Nuevo golpe de MS

[[Al González]]

Gracias por el apoyo César. Sé que no son lo mismo, vaya. Pero mi pregunta era qué relación hay o podría haber entre un ORM y un MVC, y en caso de que pudieran tener alguna relación, un ejemplo más o menos comprensible.

En todo caso, lo que yo tengo es un marco (framework) que implementa algo de ORM. Quería ver cómo entraría en juego en mi esquema Delphi actual (con este marco que ya tengo) el uso de un MVC. Igual y no aplica, o quizá sí, no lo sé.

[[AzidRain]]

MVC aunque puede implementarse en programación de escritorio, al final resulta bastante tedioso mantener la estructura y las reglas. MVC más bien es un patrón adecuado para trabajar con aplicaciones web donde como ya sabemos , las aplicaciones no tienen estado. Además dado que para ver algo en web necesitamos forzosamente trabajar HTML, se hace necesario separar de alguna forma esta parte al menos.

Delphi per se te deja hacer cosas que contravienen el patrón MVC, como por ejemplo, colocar un dataset directamente en una forma y escribir los eventos de los botones de la forma en el mismo objeto TForm. Esto nos proporciona una forma muy rápida de crear bloques intercambiables en una aplicación, pero a su vez complica su mantenimiento.

Básicamente MVC impone las siguientes reglitas que son la base del patrón:

1.- El modelo y solo el modelo es el único que puede acceder a los datos directamente, el modelo no puede ver ni al controlador ni a la vista.
2.- El Controlador es el único que puede hacer lógica de negocios y al mismo tiempo tiene acceso tanto a la vista como al modelo.
3.- La vista solo se encarga de mostrar lo que el controlador le indique y a su vez envia las solicitudes del usuario al controlador para que las ejecute.

Para que un framework sea verdaderamente eso requiere implementar una serie de reglas, convenciones y clases que deben seguirse y utilizars de una cierta manera. De hecho casi todos quienes programamos tenemos nuestro propio framework que vendría siendo nuestro modo de trabajar.

[roman]

Creo que hay algo equivocado aquí Azid. El patrón MVC está pensado más que nada para aplicaciones de escritorio. Su origen se remonta a smalltalk. Aquí hay un documento que habal en profundidad del patrón. En alguna ocasión tuve oportunidad de ver el documento original de smalltalk.Si lo encuentro lo enlazo aquí.

// Saludos

[[AzidRain]]

Tienes razón Román, solo que el desarrollo de los lenguajes "visuales" frenó un poco la aplicación del patrón en aplicaciones de escritorio, si tomas un lenguaje "no visual" como los de antes se puede aplicar perfectamente. Sin embargo, con la llegada no solo de los lenguajes visuales sino también del concepto RAD, este patrón quedó un poco fuera de lugar en lo que a aplicaciones de escritorio se refiere. Retomó fuerza con la cuestión de la prog. web en donde ahí si, no es tan sencillo hacer lo que uno hace en con RADy el patrón MVC cae como anillo al dedo.