Fábrica de patrones para las operaciones del menú

Fabrica de patrones para las operaciones del menu

Fabrica de patrones para las operaciones del menu : Multi-millones de consejos para hacer su vida mas facil.

En este articulo te presione el patron de Fabrica en servicio para las operaciones del menu.
Se Le esta Servido?
En este articulo vamos a echar un breve descanso de los rigores de la aplicacion de objetos de negocio para lidiar con algo que casi cada aplicacion requiere: un menu. No es un menu en el sentido de una TMainMenu derivados, sino mas bien una especie de front-end, que muestra un numero de opciones disponibles y requiere ser seleccionado por el usuario. Un ejemplo tipico seria una lista de opciones que se presentan para el usuario cuando se inicia una aplicacion: son necesarios para seleccionar si desea iniciar el principal de la aplicacion, o tal vez el paquete de informacion, servicios de utilidad general o administrador de sistemas. Estas opciones normalmente se presenta al usuario en bastante crudo maneras, tal vez un pequeño formulario con un numero de botones, cada uno con un titulo que describa la aplicacion a ejecutar, o un cuadro de lista con un numero de entradas. Mayoria de las veces estos menu de tipo de formas son codificados e intrinsecamente 'saber' como lanzar la opcion seleccionada. Tales soluciones comparten dos propiedades: son inflexibles y poco atractivo. Este mes vamos a utilizar el patron de Fabrica (y juiciosa eleccion de la componente visual) para ofrecer una mejor solucion.
Ir a trabajar
Un patron de fabrica debe ser utilizado cuando 'una clase no puede anticipar la clase de objetos a los que se debe crear'. Esencialmente un objeto de cliente utiliza las propiedades y metodos de un resumen antepasado objeto, mientras que en realidad es la manipulacion de hormigon descendientes que han sido suministrados por la fabrica de clase. La clave del diseño es que el cliente no necesita saber los detalles especificos acerca de los objetos reales es la manipulacion, a excepcion de aquellos que comparten su ancestro comun. De esta forma, desacopla clases en tiempo de compilacion. Con respecto a la pantalla del menu en Delphi, esto significa que el menu de formulario no es necesario utilizar las unidades que contienen los formularios que se mostrara cuando un particular elemento de menu seleccionado. Esta elegancia nos ofrece la posibilidad de colocar estas formas dentro de la DLL, que se cargan dinamicamente cuando el uso se selecciona la opcion de menu correspondiente. Esto tiene las ventajas obvias de consumo de memoria (solo en la opcion de menu activa seleccionada por el usuario en tiempo de ejecucion consume memoria), y que la aplicacion puede ser extendido por el simple suministro de una nueva DLL - la pantalla del menu puede simplemente detectar su presencia y agregarlo a la lista que se presenta al usuario.
Inicialmente, vamos a considerar el caso de un vinculado estaticamente conjunto de las operaciones del menu es decir, todas las operaciones disponibles seran compilados dentro de la aplicacion. Nota, sin embargo, que esto es simplemente una comodidad de la pantalla de menu, aun no tiene ningun conocimiento explicito de las operaciones, o la forma en que estan vinculados a la aplicacion. En su lugar, cada operacion de menu registrara a si mismo con la fabrica y el menu formulario de interrogar a la fabrica de las entradas disponibles. El menu es libre de presentar estas entradas en la forma que crea conveniente. Cuando el usuario selecciona una entrada de menu, la fabrica se solicita a la construccion de un concreto ejemplo de el tipo particular y esto se muestra a continuacion.
La fabrica en si tiene una interfaz muy simple. Tiene un metodo llamado Registro que se utiliza el menu de entradas para notificar a la fabrica de su existencia (yo he usado Registrarse como imita a la nomenclatura utilizada por otras fabricas dentro de Delphi en si, tales como el registro de los componentes de la muestra en la paleta de componentes). Ademas, la fabrica tiene dos propiedades que vamos a otra clase de observar el numero de los miembros dentro de la fabrica, y proporciona acceso a cada uno de ellos. Listado 1 muestra una implementacion completa de esta fabrica.
ahora Tenemos que añadir algunas operaciones de menu a la fabrica. Esto es muy simple: crear nuevas formas, agregar el MenuActionFactory unidad a la clausula uses en la seccion de implementacion, y agregue el siguiente codigo al pie de cada formulario de unidad:
inicializacion
& nbsp & nbsp MenuActions.Registro (TMyNewForm)
La TMyNewForm de referencia, debe ser reemplazado con el nombre de la clase de la forma particular de la unidad en cuestion. Ahora que nuestra fabrica de clase ha sido inicializada, podemos dirigir nuestra atencion a como se puede aplicar.
menus a la carta
Como ya se observo, muchos 'obvio' formas de la necesidad de que el usuario seleccione una de las opciones de muchos son visualmente poco atractivo. Una lista vertical de los distintos botones (con mucho subtitulos) es particularmente atractivo, pero, sorprendentemente, solucion comun. Considerar la forma en que Windows se resuelve una interfaz de usuario similar problema: el Panel de Control es un buen ejemplo de una lista de operaciones distintas. Esto no es mas que una vista de lista, sino un conjunto de iconos bien diseñados y diseño consistente va un largo camino para proporcionar una interfaz atractiva. A esto se añade la capacidad incorporada de una vista de lista para reordenar los iconos como se cambia el tamaño, y para mostrar los iconos de diferentes tamaños, o en un informe descriptivo de vista, y que tiene casi un ideal de la herramienta de seleccion.
Para crear una nueva pantalla de menu, la caida de la vista de lista en el formulario en blanco y alinear la ti para el area de cliente. Me gusta pasar un TCoolBar alinea con la parte superior en el formulario y agregar un par de planos de botones (con el uso de imagenes copiadas desde el Explorador) para permitir al usuario cambiar el ViewStyle de la vista de lista. Para hacer la lista de la vista de auto-organizar los iconos, agregue el codigo siguiente a la FormResize evento:
lvwForms.Organizar (arDefault)
Finalmente, debemos agregar una lista de imagenes para el formulario y enlace a la vista de la lista de LargeImages de la propiedad.
ahora Tenemos que mostrar el menu de opciones disponibles dentro de la fabrica dentro de la vista de lista. Esto implica el ciclismo a traves de la registrada en el menu de opciones y la creacion de un nuevo elemento de la lista para cada uno. Cada elemento de la lista sera necesario asignar un indice de la imagen de su icono, y una leyenda - estos seran tomados directamente del mismo nombre propiedades de la registrada en el formulario. Es posible añadir mas informacion a los elementos de menu de la instancia cuando la lista esta en vsReport modo puede ser una buena idea añadir una larga descripcion de la muestra como una segunda columna, de manera que los usuarios novatos pueden tener una mejor comprension de lo que cada accion. Un buen ejemplo de esto puede ser visto en la Consola de Administracion de Windows 2000.
La clave de este proceso es que el menu de la forma de presentacion de si mismo tiene que usar solo la MenuActionFactory unidad de si mismo y ninguno de la opcion de menu especificos de las formas. Estas especializaciones son completamente oculto en el interior de la fabrica como su nombre lo indica va a crear una clase concreta del tipo correcto, sin que el cliente siempre tenga que conocer los detalles exactos.

Listado 2 muestra el codigo necesario para rellenar la vista de lista. Tenga en cuenta que a medida que circula a traves de cada uno de los registrados en el menu accion, la fabrica crea la clase requerida. El menu, a continuacion, crea un nuevo elemento de la lista con los detalles pertinentes antes de destruir el objeto. Tenga en cuenta que para que esto funcione correctamente los constructores en el registro de clases debe ser virtual esto ya es cierto para los componentes visuales tales como formularios (porque Delphi utiliza una fabrica para crear ellos a medida que se transmitan .DFM archivos y recursos), pero para clases personalizadas sera necesario introducir una virtual constructor en su jerarquia de clases.
Cuando este formulario es presentado al usuario y un elemento esta seleccionado haciendo doble clic, podemos pedir a nuestra fabrica para crear la forma especifica requerida, que se pueden visualizar. No hay absolutamente ninguna restriccion acerca de lo que estas formas pueden hacer, pero la elegancia de la fabrica modelo es que el cliente de la fabrica puede permanecer ignorante de los detalles. Mas opciones de menu pueden ser añadidos a un sistema evolutivo, simplemente mediante la creacion de una nueva forma y registrarlos con la fabrica - que de inmediato se añadira en el menu del sistema la proxima vez que se ejecute la aplicacion. Esta falta de acoplamiento entre los elementos del sistema facilita enormemente el mantenimiento de aplicaciones para proyectos grandes - simplemente por el registro de clases con una fabrica, el desarrollador sabe que en cualquier parte de la aplicacion que tiene interes en ese tipo de cosas va a ser actualizado.
es facil ver como este menu solucion es, en si mismo, generico y puede ser aplicado a una serie de aplicaciones o incluso de la misma aplicacion en un numero de veces. En muchas de mis aplicaciones tengo un menu principal que muestra todos los principales modulos dentro de la suite, dos de los modulos de presentacion de informes y servicios de utilidad general. Cuando estos modulos son seleccionados que a su vez muestra un submenu de los informes y las utilidades presentes en el sistema, respectivamente. Todos estos menu de formas de compartir el codigo a traves de la forma visual de la herencia, que solo difieren en la fabrica en la que se utilice (hay diferentes fabricas de modulos, los informes y los servicios publicos). La forma visual ancestro comun a los tres puede ser muy funcional, agregar dinamicamente TMenuItem entradas de la aplicacion para cada opcion de menu. La palabra clave aqui es la reutilizacion de codigo a traves de un acoplamiento flexible - una de las principales ventajas de objeto de principios orientados. En comparacion, el enfoque tradicional de la cerca del acoplamiento de la unica menu de formas especificas para sus acciones de menu se ve inflexible y rigida.
el Ultimo articulo del problema
articulo anterior, vimos como un objeto delegado se podria prestar a persistir objeto de negocio de la informacion, y se pregunto, en donde la fuerza de esta disposicion? La respuesta obvia a la pregunta es crear la gestion de datos de objeto en el constructor del objeto de negocio:
constructor TMyPDObject.Crear
begin
& nbsp & nbsp heredado
& nbsp & nbsp // Pasar informacion necesaria para el constructor
& nbsp & nbsp DMObject := TMyDMObject.Crear
fin
El problema con este enfoque es que cada objeto de negocio que creamos tiene la sobrecarga de la construccion de una gestion de datos de objeto. Dependiendo de su base de datos, esta puede ser una operacion costosa, y por lo tanto extremadamente indeseable, especialmente cuando se considera que muchos de los objetos de negocio se construye y se destruye cuando se ejecuta la aplicacion. Mediante el examen de la interfaz de la clase, se puede observar que la Carga y Guardar metodos son apatridas - todo el trabajo se realiza en una sola llamada al metodo. Por lo tanto, siempre que la solicitud no requiere de multiples subprocesos de la base de datos de la actividad en distintas partes del dominio del problema, una sola de gestion de datos de objeto puede ser compartida entre las muchas instancias de los objetos de negocio que puede manejar. Aun mejor, esta gestion de datos de objeto puede ser creado al inicio de la aplicacion el tiempo (o la primera vez es necesario). Estos datos de la gestion de los objetos pueden ser creados como privada global de los objetos dentro de la seccion de implementacion del dominio del problema, o, mas elegante, una fabrica puede ser utilizado para asociar los datos de gestion de clases con el objeto de negocio de clases y crear de una manera adecuada.
((( Listado 1 - Una implementacion de una fabrica para las operaciones del menu )))
unidad de MenuActionFactory
interfaz
usos
& nbsp & nbsp Clases, Las formas
tipo
& nbsp & nbsp TMenuAction = TForm
& nbsp & nbsp TMenuActionClass = clase de TMenuAction
& nbsp & nbsp TMenuActionFactory = clase
& nbsp & nbsp privada
& nbsp & nbsp & nbsp & nbsp MenuActionList: TList
& nbsp & nbsp & nbsp & nbsp funcion GetCount: Integer
& nbsp & nbsp & nbsp & nbsp funcion GetMenuAction (Index: Integer): TMenuAction
& nbsp & nbsp publica
& nbsp & nbsp & nbsp & nbsp constructor Create
& nbsp & nbsp & nbsp & nbsp destructor Destruir reemplazar
& nbsp & nbsp & nbsp & nbsp procedimiento de Registro (MenuActionClass: TMenuActionClass)
& nbsp & nbsp & nbsp & nbsp propiedad Count: Entero leer GetCount
& nbsp & nbsp & nbsp & nbsp propiedad MenuAction[Index: Integer]: TMenuAction leer GetMenuAction predeterminado
& nbsp & nbsp final
var
& nbsp & nbsp MenuActions: TMenuActionFactory
aplicacion
constructor TMenuActionFactory.Crear
begin
& nbsp & nbsp heredado
& nbsp & nbsp MenuActionList := TList.Crear
fin
destructor TMenuActionFactory.Destruir
begin
& nbsp & nbsp MenuActionList.Libre
& nbsp & nbsp heredado
fin
funcion TMenuActionFactory.GetCount: Integer
begin
& nbsp & nbsp Resultado := MenuActionList.Cuenta
fin
funcion TMenuActionFactory.GetMenuAction (Index: Integer): TMenuAction
begin
& nbsp & nbsp Assert ((Index >= 0) y (Indice < Count), ' Indice fuera de rango.')
& nbsp & nbsp // Construir y devolver la entrada seleccionada
& nbsp & nbsp Resultado := TMenuActionClass (MenuActionList[Index]).Create (nil)
fin
procedimiento TMenuActionFactory.Registro (MenuActionClass: TMenuActionClass)
begin
& nbsp & nbsp MenuActionList.Agregar (MenuActionClass)
fin
inicializacion
& nbsp & nbsp MenuActions := TMenuActionFactory.Crear
la finalizacion
& nbsp & nbsp MenuActions.Libre
final.
((( Fin del Listado 1 )))
((( Listado 2 - el Uso de una fabrica para rellenar una vista de lista)))
procedimiento PopulateListView (lvwMenu: TlistView de Fabrica: TMenuActionFactory)
var
& nbsp & nbsp Index: Integer
& nbsp & nbsp MenuAction: TForm
begin
& nbsp & nbsp Indice := 0 a la Fabrica.Count - 1 do begin
& nbsp & nbsp & nbsp & nbsp MenuAction := de Fabrica.MenuAction[Indice]
& nbsp & nbsp & nbsp & nbsp con lvwMenu.Elementos.Agregar empiezan
& nbsp & nbsp & nbsp & nbsp & nbsp & nbsp Caption := MenuAction.Titulo
& nbsp & nbsp & nbsp & nbsp & nbsp & nbsp ImageIndex := lvwMenu.LargeImages.AddIcon (MenuAction.Icono)
& nbsp & nbsp & nbsp & nbsp & nbsp & nbsp Puntos.Agregar (MenuAction.Sugerencia)
& nbsp & nbsp & nbsp & nbsp final
& nbsp & nbsp final
fin
((( Fin del Listado 2 )))
el Siguiente en la serie