¿Qué es Blazor y qué es Razor Components?

He escrito un poco sobre Blazor que muestra ejemplos como Compilando C # a WASM con Mono y Blazor, luego depurando .NET Source con depuración remota en Chrome DevTools y muy pronto sobre preguntas como .NET y montaje web – ¿Es este el futuro de la interfaz?

Retrocedamos y establecemos un nivel.

¿Qué es Blazor?

Blazor es una aplicación de una sola página Marco para la creación de aplicaciones web interactivas del lado del cliente con .NET. Blazor utiliza estándares web abiertos sin plugins o transpilaciones de código. Blazor funciona en todos los navegadores web modernos, incluidos los navegadores móviles.

Usted escribe C # en el caso de JavaScript, y puede usar la mayor parte del ecosistema .NET de bibliotecas de código abierto. En su mayor parte, si es .NET Standard, se ejecutará en el navegador. (Por supuesto, si llamó a una API de Windows o a una API específica de Linux y no existía en el mundo del navegador del lado del cliente, no funcionará, pero se entiende la idea).

El código .NET se ejecuta dentro del contexto de WebAssembly. Está ejecutando "a .NET" dentro de su navegador en el lado del cliente sin complementos, sin Silverlight, Java, Flash, solo abra los estándares web.

WebAssembly es un formato de bytecode compacto optimizado para una rápida descarga y máxima velocidad de ejecución.

Aquí hay un gran diagrama de los documentos de Blazor.

Aquí es donde puede llegar un poco confuso Blazor es el modelo de hospedaje del lado del cliente para Razor Components. Puedo escribir Componentes Razor. Puedo alojarlos en el servidor o alojarlos en el cliente con Blazor.

Es posible que hayas escrito Razor en el pasado en archivos .cshtml, o más recientemente en archivos .razor. Puede crear y compartir componentes utilizando Razor, que es una combinación de C # estándar y HTML estándar, y puede alojar estos Componentes de Razor en el cliente o el servidor.

En este diagrama en los documentos puede ver que los componentes de Razor se ejecutan en el servidor y SignalR (a través de Web Sockets, etc.) los está remoteando y actualizando el DOM en el cliente. Esto no requiere Web Assembly en el cliente, el código .NET se ejecuta en .NET Core CLR (Common Language Runtime) y tiene total compatibilidad. Puede hacer lo que quiera ya que no está limitado por el entorno limitado del navegador. .

Según los documentos:

Razor Components desacopla la lógica de representación de componentes de cómo se aplican las actualizaciones de la interfaz de usuario. ASP.NET Core Razor Components en .NET Core 3.0 agrega soporte para alojar Razor Components en el servidor en una aplicación ASP.NET Core. Las actualizaciones de la interfaz de usuario se manejan a través de una conexión SignalR.

Aquí está el ejemplo canónico de "haga clic en un botón para actualizar algunos HTML".

 @página "/ counter" 

Contador

 Cuenta actual: @currentCount