@bacteria poczytaj chociaż minimum o tym. Póki co to nie jest za szybkie jeśli jest dużo manipulacji na DOM.

@fistasheq: chcesz porownywac wydajnosc .NET do JS? naprawde? :O

Póki co to nie jest za szybkie jeśli jest dużo manipulacji na DOM.

@WyjmijKija: witam po roku przerwy. Server side Blazor wjechal 2 tygodnie temu na salony. Jest najszybszym frameworkiem do web UI dostepnym na rynku. Dzieki signalR i gRPC mozna dynamicznie i oszczednie (transfer) updejtowac wylaczenie czesci DOM w przesmiesznie prosty sposob. Client side (renderowanie u klienta) planowany na Maj 2020. Pochwale sie jeszcze newsem z konferencji z zeszlegoPokaż całość

@bacteria wiadomo jak z wydajnością takiego rozwiązania w porównaniu do czystego JS?

@bacteria: A czemu nie porównywać? .NET prawdopodobnie przegra z JS przy starcie.

@zibizz1: to jakbys porownywal reczna pompke do roweru z salonem wulkanizacji XD wtf

@bacteria: spoks, ja też wolę salon wulkanizacji i nie rozumiem tych co koła od tira pompuja pompką, ale zdarza się że pompka jest szybciej

@bacteria: obecnie pracuje jako JS Dev, ale C# uwielbiam i chętnie bym w niego poszedł, ale zanim Blazor osiągnie dojrzałość jaką ma React,Angular czy Vue to minie jeszcze lekko dwa lata jak nie dłużej.
Cały czas ma status experimental i nie jest projektem w który M$ inwestuje, bo jest tam garstka osób, które w moim odczuciu nie pracują na full-time nad nim.

@trustME: zgadza sie do release jeszcze troche czasu minie. Zreszta jak ze wszystkim co robi M$ :) Wazne, ze dzialaja i z czasem przyjdzie ten moment :)

@bacteria oczywiście, uważam że porównanie wydajności .NET skompilowanego do WASM oraz "czystego" JS ma sens. Myślę że jakiś narzut z powodu kompilacji do WASM jest, plus nie wiem jak dobrze przeglądarki radzą sobie z samym WASM właśnie.