Blazor
No edit summary
(Adding page to Category:TOC because it contains a TOC.)
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Newer comments on top, older further down
Newer comments are on top - older comments are further down.


==== 2021-december ====
=== 2021 - December ===
Serverside Blazor, VS2022. .net5.  
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)
'''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.
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:
To avoid stops, set this early:
  PeriodActionTimerTuple.Environment_HasDispatcher = false;
  PeriodActionTimerTuple.Environment_HasDispatcher = false;
In blazor may have a Singleton-service installed in Startup ConfigureServices like this
Blazor may have a Singleton service installed in Startup ConfigureServices like this:
  services.AddSingleton<MyDataService>();
  services.AddSingleton<MyDataService>();
Example of implementation:
Example of implementation:
Line 33: Line 33:
   }
   }


==== 2018 ====
=== 2018 ===
Initial tests on MDriven - via .netStandard2.1 to run on Blazor.
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 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 System.Runtime.Serialization.Formatters.Soap.SoapFormatter to handle serializing of complex keys (think it is overkill and should work away). SoapFormatter does not work in Blazor. Replacing this with dummy stub initially - only in MDriven.netStandard.Blazor builds.
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.
[[Category:New Developments]]
[[Category:New Developments]]
{{Edited|July|12|2024}}
[[Category:TOC]]

Latest revision as of 13:16, 26 March 2024

Newer comments are on top - older comments are further down.

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.

This page was edited 38 days ago on 03/26/2024. What links here