¿Por qué debería uno usar un marco de front-end MVC (como) para construir una aplicación web?

Javascript MVC, en aras de una divulgación completa, es un marco que no pasé mucho tiempo evaluando.

Pros: comunidad sólida y legado.

Contras: Modelo de herencia incómodo basado en cadenas. Los controladores son demasiado íntimos con las vistas y carecen de enlaces. El nombre es demasiado genérico; el equivalente sería si RoR se llamara “Ruby Web Framework”.

Considero esto, porque incluye un paquete de cosas:

• Enlaces de IU: no solo estoy hablando de plantillas, estoy hablando de un enfoque declarativo para actualizar automáticamente la capa de vista cuando cambia el modelo subyacente. Una vez que haya utilizado un marco (como Flex) que admita enlaces de IU, nunca podrá volver.

• Vistas compuestas: como todos los desarrolladores de software, disfruto creando código modular reutilizable. Por esta razón, al programar la interfaz de usuario, me gustaría poder componer vistas (preferiblemente en la capa de plantilla). Esto también debería implicar el potencial para una jerarquía de componentes de vista enriquecida. Un ejemplo de esto sería un widget de paginación reutilizable.

• Capa de presentación web: aquí estamos programando para la gente, lo último que quiero son widgets de estilo nativo. Tampoco hay razón para que un marco web cree su propio administrador de diseño. HTML y CSS ya son la forma más rica de hacer estilo y diseño en existencia, y deben usarse como tales. El marco debe centrarse en este concepto.

Un marco envuelve las funcionalidades básicas necesarias de una manera fácil de implementar. Y evita reinventar la rueda

¿Por qué deberías usar un framework?

1. Modularidad : la arquitectura MVC simple ayuda a que sea más fácil de mantener, escalable y legible. Dado que la mayoría de los desarrolladores están familiarizados con MVC, incluso les facilita la comprensión.

2. Características incorporadas : algunos marcos tienen características incorporadas que los desarrolladores utilizan mucho. Para Java Play, el framework admite la recarga en caliente. Simplemente haga un cambio en Java y lo compilará y ejecutará en su navegador. Para marcos web como Angular, piense en el enrutamiento fácil y la asignación de controladores. Tomaría meses hacer algo en líneas similares usando vanilla JS

3. Libs comunes : – Frameworks proporciona las cosas más comunes que los desarrolladores usan de una manera fácil. Angular JS tiene un servicio $ http para hacer llamadas de backend. Muchos otros servicios integrados reducen la carga de reinventar la rueda.

4. Otro soporte de marco : algunos marcos también se colaboran con otros marcos fácilmente. Bootstrap un marco CSS se puede integrar fácilmente con Angular JS. usando bootstrap ui

Espero que ayude 🙂

Para facilitar las cosas en lugar de desordenar todo en una sola cosa.

Modelo-Vista-Controlador.

El modelo realiza el trabajo de la base de datos.
El controlador realiza la manipulación de las cosas de lógica de negocios.
Ver solo da visualización

Lo que también hace que el mantenimiento del código sea más fácil.

No es necesario utilizar un marco front-end para su aplicación web. Puede escribir su propio código de front-end, pero usar un marco de front-end es una buena decisión porque:
Mantiene el código estructurado y limpio.
Le permite escribir estructurar la página en lugar de perder el tiempo escribiendo CSS básico.
Acelera el desarrollo.

Si sabe por qué usamos MVC, entonces no debería hacer esa pregunta.
Depende del requisito y el modelo de negocio de su aplicación, vaya con MVC, si su aplicación necesita actualizar la vista si hay un cambio en el Modelo

Creo que es sencillo.