Esta es el arreglo más exacta que encomtrarás dar, sin embargo obsérvala pausadamente y valora si es compatible a tu trabajo.
Solución:
Para empezar desde el final, le aconsejo que use la aplicación SPA del lado del servidor Blazor.
Por qué usar SPA
SPA es similar a las aplicaciones de escritorio en su diseño y es más adecuado para usar con formularios de entrada de datos. Supongo que su equipo está formado por desarrolladores de aplicaciones de escritorio (WinForms, WPF), y comenzarían a desarrollar fácilmente una vez que comprendan el modelo de componentes en el que Se basa Blazor o cualquier otro marco SPA.
Por qué usar Blazor
- Sus desarrolladores están bien familiarizados con C# y tienen poco conocimiento de JavaScript.
- La curva de aprendizaje del marco JavaScript + SPA, como Angular, es mucho más alta que Blazor, ya sea que conozca JavaScript o no.
Nota: Debe enfatizarse aquí que la capacidad de desarrollar aplicaciones Blazor requiere cierta inversión en aprendizaje, aunque no tan alta como, por ejemplo, Angular, incluso si es un desarrollador experimentado de Razor Pages o MVC. Tenga en cuenta también: el conocimiento de C# (lenguaje), no refleja el conocimiento de (Asp).Net Core Framework.
- Bibliotecas compartidas: este es uno de los factores por los que usar Blazor. En Blazor, puede crear proyectos que se pueden compartir en el cliente y el servidor. Como por ejemplo, puede crear su modelo en un proyecto compartido y usarlo en ambos lados.
Por qué usar el lado del servidor Blazor
El lado del servidor Blazor es más apropiado para las aplicaciones empresariales que se ejecutan en una red privada.
- Todos los recursos están bajo tu control.
- No tienes que usar solicitudes web. Puede utilizar servicios que acceden a su base de datos directamente oa través de repositorios.
- A diferencia de Blazor del lado del servidor público, no es probable que Blazor del lado del servidor privado, especialmente uno para su empresa, incurra en una latencia de red significativa, en todo caso.
Realmente puede crear una aplicación rápida, robusta y similar a un escritorio de esa manera
Espero que esto ayude…
Nota: no terminé mi respuesta y la actualizaré de vez en cuando. Por favor, no dude en hacer cualquier pregunta que desee.
Esta es una pregunta muy criticada pero, en general, las aplicaciones de una sola página requieren un esfuerzo de unos pocos órdenes de magnitud mayor que las páginas renderizadas por el servidor. Tendrá que duplicar la lógica en el backend de C# y en el front-end de typecirpt. Tendrá que lidiar con toneladas de errores a medida que codifica el front-end en un lenguaje dinámico sin seguridad de tipo que tiene construcciones posiblemente cuestionables. Al final, las aplicaciones de una sola página valen la pena porque brindan una experiencia rica y atractiva para el usuario final si se realizan correctamente. Pero llegar allí es una batalla cuesta arriba.
Teniendo en cuenta la experiencia de sus desarrolladores, recomendaría hacerlo en Razor Pages o MVC e introducir gradualmente fragmentos de código Angular/React en las áreas de la interfaz que requieren mejoras.
En otras palabras, haga todo en Razor Pages/MVC, elija un área pequeña, bifurque la canalización de middleware y sirva una pequeña aplicación Angular.
Dado que la mayor parte de su aplicación es CRUD simple, considere usar solo razor/MVC.
Utilice Visual Studio + ASP.NET core + EF Core para realizar ingeniería inversa automática de la base de datos en modelos y contexto de base de datos. Luego, genere automáticamente (andamiaje) los controladores y las vistas para todas las operaciones CRUD. Espolvorea anotaciones de datos adicionales donde sea necesario.
Y cuando necesite una visualización/interacción de datos más avanzada (p. ej., cuadrícula, calendario, etc.), considere los widgets de Javascript de terceros. No requieren experiencia en JavaScript.
Sección de Reseñas y Valoraciones
Puedes estimular nuestra misión fijando un comentario y dejando una valoración te lo agradecemos.