En el contexto deesta publicación por Igor Minar, líder de AngularJS:

MVC vs MVVM vs MVP. Qué tema tan controvertido en el que muchos desarrolladores pueden pasar horas y horas debatiendo y discutiendo.

Durante varios años, AngularJS estuvo más cerca de MVC (o más bien una de sus variantes del lado del cliente), pero con el tiempo y gracias a muchas refactorizaciones y mejoras de api, ahora está más cerca deMVVM - la$ alcance objeto podría ser considerado elViewModel que está siendo decorado por una función que llamamos unaControlador.

Ser capaz de categorizar un marco y colocarlo en uno de los grupos MV * tiene algunas ventajas. Puede ayudar a los desarrolladores a sentirse más cómodos con sus apis al facilitar la creación de un modelo mental que represente la aplicación que se está construyendo con el marco. También puede ayudar a establecer la terminología que utilizan los desarrolladores.

Habiendo dicho eso, prefiero ver a los desarrolladores crear aplicaciones que estén bien diseñadas y seguir una separación de preocupaciones, en lugar de ver que pierden el tiempo discutiendo sobre tonterías MV *. Y por este motivo, por la presente declaro.AngularJS serMVW framework - Model-View-Whatever. Donde todo lo que significa "lo que funcione para ti".

Angular le da mucha flexibilidad para separar bien la lógica de presentación de la lógica de negocios y el estado de presentación. Úselo para potenciar la productividad y la capacidad de mantenimiento de la aplicación en lugar de discusiones acaloradas sobre cosas que al final del día no importan mucho.

¿Existen recomendaciones o pautas para implementar el patrón de diseño de AngularJS MVW (Model-View-Whatever) en las aplicaciones del lado del cliente?