Aplicaciones de litio que van más allá de CRUD
Esta es más o menos una versión centrada en el marco de unpregunta anterior de desbordamiento de pila, que trata sobre cómo la mayoría del material introductorio en aplicaciones MVC tiende a presentar un acoplamiento estrecho entre modelos, vistas y controladores. Por ejemplo, tendrá una tabla de usuario que es modificada por un controlador de usuario que a su vez empuja los datos filtrados a una vista de usuario. Tengo la impresión de que muchos marcos MVC tienden a reflejar este patrón también. Todo esto está bien y bien por lo que es, pero en realidad nunca me lleva a nada más allá de construir y mostrar listas monótonas de cosas con un formulario HTML.
El marco MVC que mira en este momento esLitio, que parece bastante interesante como un estudio de caso de técnicas inteligentes de codificación PHP5.3. En un extremo, el litio tiene unModel clase que ofrece objetos de contenedor alrededor de tablas individuales y abstrae algunas consultas simples. En el otro extremo, tiene una convención ingeniosa de enrutamiento de URL para llamar a métodos en objetos de controlador, que luego se muestran en plantillas de visualización.
Pero en medio de esto, me encuentro perdido en cuanto a dónde ubicar toda la lógica interesante que relaciona los datos de la tabla A con los datos de las tablas B a la Z. O al menos, no estoy seguro de dónde colocarlos. lógica de manera consistente con el diseño del marco. A mi entender, el litioModel la abstracción no hace mucho más que eliminar algunas repeticiones de inserción / actualización / eliminación a nivel de fila, y la arquitectura del controlador / vista parece principalmente sobre la interfaz de usuario. No me gustaría poner mucha lógica de negocios en el mismoController clase que recibe llamadas a funciones enrutadas de solicitudes de URL.
Mi instinto sería llenar el vacío con un montón de mi propio código que existe más o menos completamente fuera del marco. No estoy seguro de si debería esperar más que eso, pero dado lo rígidamente estructurado que está todo lo demás en Lithium, se siente de alguna manera insatisfactorio, como si hubiera podido rodar mi propio código de reducción repetitivo sin la sobrecarga de asimilar la fuente de Un gran marco.
¿Que me estoy perdiendo aqui? ¿Existe una arquitectura o filosofía recomendada para usar este tipo de marco?