No edit summary |
No edit summary |
||
(2 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
<message>Write the content here to display this box</message> | <message>Write the content here to display this box</message>Newer comments are on top - older comments are further down. | ||
Newer comments are on top - older comments are further down. | |||
=== 2024 September === | === 2024 September === | ||
The older implementations of ServerSide- | The older implementations of ServerSide-Blazor are deprecated and we now offer Client side Blazor via the controller named appl. | ||
Test this by having a AngularJS URL and changing app# to appl , for example "<nowiki>http://localhost:5020/App#/SeekerThings/$null$</nowiki>" changed to "<nowiki>http://localhost:5020/Appl/SeekerThings/$null$</nowiki>" | |||
To make Blazor client default, set GlobalBlazorClient as described [[Documentation:SysMDrivenMiscSettingsSingleton|here]]. | |||
To add your own components to Blazor client, read here: [[Documentation:EXT_ComponentsBlazor]] | |||
=== 2021 - December === | === 2021 - December === | ||
Serverside Blazor, VS2022. .net5. | Serverside Blazor, VS2022. .net5. | ||
Line 51: | Line 46: | ||
WCF-Client is not supported: https://github.com/aspnet/Blazor/issues/598. I will remove WCF dependencies in the new build set called MDriven.netStandard.Blazor. | WCF-Client is not supported: https://github.com/aspnet/Blazor/issues/598. I will remove WCF dependencies in the new build set called MDriven.netStandard.Blazor. | ||
We use <code>System.Runtime.Serialization.Formatters.Soap.SoapFormatter</code> to handle serializing of complex keys (I think it is overkill and should work away). SoapFormatter does not work in Blazor. Replacing this with a dummy stub initially - only in MDriven.netStandard.Blazor builds. | We use <code><span class="col-grey-dark">'''System.Runtime.Serialization.Formatters.Soap.SoapFormatter'''</span></code> to handle serializing of complex keys (I think it is overkill and should work away). SoapFormatter does not work in Blazor. Replacing this with a dummy stub initially - only in MDriven.netStandard.Blazor builds. | ||
[[Category:New Developments]] | [[Category:New Developments]] | ||
{{Edited|July|12| | {{Edited|July|12|2025}} | ||
[[Category:TOC]] | [[Category:TOC]] | ||
[[Category:Blazor]] |
Latest revision as of 05:52, 13 March 2025
Newer comments are on top - older comments are further down.
2024 September
The older implementations of ServerSide-Blazor are deprecated and we now offer Client side Blazor via the controller named appl.
Test this by having a AngularJS URL and changing app# to appl , for example "http://localhost:5020/App#/SeekerThings/$null$" changed to "http://localhost:5020/Appl/SeekerThings/$null$"
To make Blazor client default, set GlobalBlazorClient as described here.
To add your own components to Blazor client, read here: Documentation:EXT_ComponentsBlazor
2021 - December
Serverside Blazor, VS2022. .net5.
Using the MDriven bits for .net472 (I do this to see how it works - there are .netStandard and .net5 builds as well)
I now understand that Dispatcher and everything related to it is classified as "WPF threading". We do make some assumptions on Dispatcher in ViewModels, and AsyncService that will trip up when using 472 builds in .net5.
To avoid stops, set this early:
PeriodActionTimerTuple.Environment_HasDispatcher = false;
Blazor may have a Singleton service installed in Startup ConfigureServices like this:
services.AddSingleton<MyDataService>();
Example of implementation:
public class MyDataService { private EcoProject1EcoSpace _es; public MyDataService() { PeriodActionTimerTuple.Environment_HasDispatcher = false; _es = new EcoProject1EcoSpace(); _es.Active = true; var list=_es.Extents.AllInstances<Class1>(); if (list.Count == 0) { new Class1(_es) { Attribute1="Hello"}; } } public Task<IList<Class1>> GetSomeData(DateTime startDate) { return Task.FromResult(_es.Extents.AllInstances<Class1>() as IList<Class1>); }
2018
Initial tests on MDriven - via .netStandard2.1 to run on Blazor.
WCF-Client is not supported: https://github.com/aspnet/Blazor/issues/598. I will remove WCF dependencies in the new build set called MDriven.netStandard.Blazor.
We use System.Runtime.Serialization.Formatters.Soap.SoapFormatter
to handle serializing of complex keys (I think it is overkill and should work away). SoapFormatter does not work in Blazor. Replacing this with a dummy stub initially - only in MDriven.netStandard.Blazor builds.