design - pattern - mvc frameworks

¿Es MVC-ARS preferible al MVC clásico para evitar la sobrecarga?

Question

El patrón de diseño popular MVC (Modelo / Vista / Controlador) tiene un primo extendido MVC-ARS (Acción / Representación / Estado). Todos los componentes añadidos viven dentro de la capa de la base de datos y, aunque no son parte del modelo, son invocados por él. Los detalles son los siguientes:

1. Estado, como en la máquina de estado. Esto sigue el patrón de máquina de estado clásico. Hay un estado actual que coincide con un evento que da como resultado una condición de continuación o parada y quizás un cambio de estado.

2. La acción, como en el objetivo de todos los sistemas de tecnología de la información, actúa sobre los datos. Esto significa nuestra transacción, el CRUD (Crear / Leer / Actualizar / Eliminar) de datos en la base de datos. Esto puede haber sido bloqueado por la máquina de estado.

3. Representación, como en qué datos estamos enviando de vuelta que se convertirán en el modelo. El modelo de datos y el modelo MVC probablemente sean muy diferentes, jerárquicos relacionales vs. XML, por ejemplo. No hay nada malo con eso si es explícito y entendido. Esta es la representación.

¿Esta extensión no previene la sobrecarga del modelo o del controlador al separar el control de estado, el control de transacción y la instantánea de datos?

Answer 1

Nunca subestimes la habilidad de un desarrollador para bastarizar las salvaguardas que creas que están en su lugar. Si bien estas separaciones adicionales pueden permitir una protección adicional, ¿facilitan el desarrollo? ¿Hacen que las separaciones sean fáciles de entender y usar? De lo contrario, es menos probable que los desarrolladores los incorporen en sus prácticas.

Los desarrolladores tienden a trabajar hacia la menor resistencia.