Ver Mensaje Individual
  #5  
Antiguo 04-04-2009
Avatar de AzidRain
[AzidRain] AzidRain is offline
Miembro Premium
 
Registrado: sep 2005
Ubicación: Córdoba, Veracruz, México
Posts: 2.914
Reputación: 21
AzidRain Va camino a la fama
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.
__________________
AKA "El animalito" ||Cordobés a mucha honra||
Responder Con Cita