Frontend en blazor

Perdón que he estado fuera.

Hay 2 modos de trabajo

Online, que será production ready cuando salga Net Core 3, es decir, este año, que necesitará menos DLLs a desplegar (más rápida la descarga de la APP la primera vez), pero está siempre conectado, lo que lo hace menos escalable y peor si la conexión no es buena. Básicamente descarga un render de la aplicación y cualquier click, cualquier cosa, se registra en el servidor con SignalR (Digamos que un websocket).

La offline, que es la más interesante, tiene como contrapartida que necesitas más DLLs desplegadas, lo que hace que la carga inicial más lenta, pero la aplicación ya está complemetamente desconectada del servidor entonces (salvo las llamadas a APIs que hagas obviamente). El trabajo ahora mismo es conseguir que ese deployment inicial sea lo más rápido posible. Esta parte ya ha dejado de ser experimental hace un par de días y estará después de la Online, así que calculo que para el año q viene.

Sobre lo que pregunta #3, todo tira perfectamente. Incluso se puede hacer uso de clases ya montadas en JS porque tiene un interop. Imagina que quieres usar ChartJS, pues puedes hacerlo sin problemas.

El sistema es "simple", cargas una página y cuando necesitas una actualización, le mandas el DOM modificado. Es como funciona cualquier framework JS tipo React o Angular, solo que evitando escribir en JS. Por supuesto, bajo NET Core, lo que lo hace multiplataforma.

Digamos que para los alérgicos a JS o TS va a ser una alegría.