Steve Sanderson\u2019s Blazor is an experiment to bring. NET back to the browser using WebAssembly and DotNetAnywhere. It isn\u2019 t meant to be a full production framework like Flash or Silverlight, but rather a test to see what\u2019s possible.<\/b>
\nSteve Sanderson\u2019s Blazor is an experiment to bring. NET back to the browser using WebAssembly. It isn\u2019 t meant to be a full production framework like Flash or Silverlight, but rather a test to see what\u2019s possible.
WebAssembly describes itself as a standard for \u201ca memory-safe, sandboxed execution environment that may even be implemented inside existing JavaScript virtual machines.\u201d While it will perform better in browsers that natively support it, WebAssembly can be interpreted by older browsers using a converter and asm.js .
Currently WebAssembly is designed primarily to support C and C++ applications. It acts as a compiler backend for clang\/LLVM. To get from C to C#, Blazor used another research project. Chris Bacon\u2019s DotNetAnywhere was a C-based interpreter for. NET\u2019s Common Intermediate Language (a.k.a. IL, CIL, MSIL) . The DotNetAnywhere project ended about six years ago.
Blazor makes the following changes to DotNetAnywhere:
Blazor applications are built using Razor templates that are executed in the browser rather than on the server. According to the documentation, a simple \u201chello world\u201d application requires 300KB download. This includes \u201ceverything: the small. NET runtime, core libraries, application code, and wrapper libraries needed to bootstrap and interop with the WebAssembly code\u201d.
No effort has been made to strip out code that isn\u2019 t actually called, so it possible to reduce this size even further.
To see this in action, watch the NDC Conference video titled Web Apps can\u2019 t really do *that*, can they? — Steve Sanderson .<\/p>\n

\n

Similarity rank: 1<\/div>\n

Sentiment rank: 0<\/div>\n

<\/div>\n<\/div>\n