Registrar Formas en Delphi

lpmlpm · #1 26-08-2005

Saludos...

Quisiera saber si existe alguna forma de "registrar" formas en el IDE
de Delphi, de modo que no se requiera agregarlas en el Proyecto (DPR)
actual para poder hacer una derivación de ellas...

Trataré de explicarme mejor... sucede que me he hecho una especie de
Framework GUI con varias clases y ventanas que me ahorran mucho
trabajo y que son de lo más genericas en el desarrollo de un programa
de Base de Datos, es sumamente practico pues se modulariza y
reutilizan cientos (o miles) de lineas de código y es una verdadera
maravilla para proyectos medianos/grandes

Pero esta manera de trabajar tiene el inconveniente de que hay que
agregar muchas clases de formas en el DPR para poder hacer uso de los
beneficios... por poner un ejemplo, tengo algunas de tantas clases
para manejar los reportes mas o menos asi:

TReportePrototipo ---> TReporteSelector ----> TReporteNiveles

y he agregado al repositorio de objetos la clase TReporteNiveles, pero
al crear una nueva clase basada en TReporteNiveles en mi proyecto se
agregan automáticamente las clases abstractas ancestras
TReporteSelector y TReportePrototipo... lo cual es comprensible, pero
al ver la lista de formas del proyecto aparecen todas incluso las
formas que son clases abstractas y que nunca se instancian como tales...

Y cuando ya son muchas las jerarquias que se usan en el proyecto el
DPR y la lista de formas se complica mas de lo deseable, pues se
llegan a ver muchas formas y datamodules que solo se usan como
esqueleto y el que aparezcan ahi en la lista de formas es suceptible
de confundirse y confundir una con otra, etc..., existe algun modo de
hacer un paquete de diseño con estas clases abstractas y usarlas en
Delphi para que pueda encontrar las clases ancestras de mis formas sin
tener que agregarlas propiamente al proyecto??? si es asi como es que
podría hacer eso???...

jmariano · #2 26-08-2005

Tal y como dices al final de tu consulta, puedes hacer un paquete que contenga todos tus formularios abstractos (aunque, eso si, siempre registra los formularios en el repositorio de objetos para que sea más facil, luego, heredar de dichos formularios). Ahora, para que despues puedas trabajar con los formularios heredados en tu aplicación (sin tener que añadir al .dpr toda la lista de formularios abstractos) necesitarás crear un archivo de grupo de proyectos (archivo de extensión .bpg) que incluya tanto el paquete que contenga tus formularios como el archivo de proyecto, .dpr, de tu aplicación (esto es necesario porque Delphi necesita, por decirlo de algún modo, "ver" los formularios abstractos para poder mostrar los formularios que heredan de ellos).

Cuando hayas creado el archivo de grupo de proyectos te aparecerá una ventana, "Project Manager" (seguramente ya la habrás visto), donde tendrás que ir añadiendo los diferentes paquetes y archivos .dpr que formen parte de tu aplicación (o que necesites agrupar). Para ello sólo pulsa el botón derecho del ratón sobre esta ventana (siempre sobre el nombre del archivo de grupo de proyectos) y escoge la opción "Add Existing Project...", después selecciona el paquete que contenga tus formularios abstractos (archivo .dpk) y por último añade el archivo .dpr (aunque el orden, realmente, da igual, lo importante, como te comenté antes, es que añadas los paquetes que el IDE necesite "ver" para poder abrir los formularios o datamodules heredados). Para terminar, acuerdate de guardar el archivo de grupo de proyectos y, siempre que vayas a trabajar con tu aplicación, acuerdate de abrir primero el archivo de grupo de proyectos y después el paquete o .dpr con el que vayas a trabajar realmente. (Para saber más sobre las diferentes opciones de los archivos de grupo de proyectos mira en la ayuda de Delphi).

(Si no comprendiste algo vuelveme a preguntar!)

Saludos!

P.D: Opcionalmente, si quieres, puedes mas tarde enlazar estáticamente el paquete que contiene tus formularios abstractos a la aplicación. (Por cierto, el paquete de tus formularios es mejor que sólo sea de ejecución).

lpmlpm · #3 26-08-2005

Muchas gracias JMariano por tu ayuda,

lo he probado como dices y funciona muy bien, ya puedo eliminar de mi DPR las referencias a los formularios abstractos y puedo editar sus formas "hijas" en el IDE sin problemas... solo sigo teniendo un pequeño detalle...

Una vez que agregué las clases al repositorio de objetos, al heredar de una clase de ahi el IDE me agrega de nuevo las referencias a las clases abstractas al DPR... como le hago para evitar esto???

y otra pregunta, porque dices que mis paquetes tienen que ser de ejecución solamente??

saludos y muchas gracias por el apoyo

jmariano · #4 26-08-2005

Cita:

Empezado por lpmlpm

Muchas gracias JMariano por tu ayuda,

lo he probado como dices y funciona muy bien, ya puedo eliminar de mi DPR las referencias a los formularios abstractos y puedo editar sus formas "hijas" en el IDE sin problemas... solo sigo teniendo un pequeño detalle...

Una vez que agregué las clases al repositorio de objetos, al heredar de una clase de ahi el IDE me agrega de nuevo las referencias a las clases abstractas al DPR... como le hago para evitar esto???

y otra pregunta, porque dices que mis paquetes tienen que ser de ejecución solamente??

saludos y muchas gracias por el apoyo

A la primera pregunta decirte que se trata de un "defecto" bastante molesto en Delphi y que no hay manera de evitarlo (o al menos yo no se como). (En realidad se debe a que Delphi se asegura de que el proyecto o paquete cuenta las unidades necesarias y por eso las añade de forma automática, que, por cierto, siempre las añade al archivo que tengas abierto). Asi que tendrás que eliminar dichas referencias del .dpr manualmente.

A la segunda pregunta me refería a que cuando creas un paquete puedes decidir si este paquete es de ejecución, de diseño o de diseño y ejecución (ve a las opciones del paquete, sección "Usage"). Y como tu paquete no registra componentes ni nada, solo contiene los formularios abstractos, lo mejor es que sólo sea de ejecución (si tuvieras que registrar componentes, entonces, lo mejor sería tener un paquete a parte de sólo diseño que los registrara). (Claro que todo esto sólo tiene sentido si más adelante piensas hacer uso de los paquetes de ejecución a la hora de distribuir tu aplicación).

Bye!

lpmlpm · #5 26-08-2005

Cita:

Empezado por jmariano

A la primera pregunta decirte que se trata de un "defecto" bastante molesto en Delphi y que no hay manera de evitarlo

Ups... ni modo... ya veré como me organizo con eso...

Cita:

A la segunda pregunta me refería a que cuando creas un paquete puedes decidir si este paquete es de ejecución, de diseño o de diseño y ejecución

Ok, pense que tenia algo que ver con eso de que si agregaba o no al DPR las referencias... no, no registro componentes en la paleta, me gusta mas trabajar con Tframes que registrar componentes en la VCL... cuestión de gustos

Gracias por todo

delphi.com.ar · #6 26-08-2005

Te recomiendo leer algo sobre Delphi Open Tools API.

http://www.mustangpeak.net/opentoolsape.htm

Tambien puedes ver el código de las Jedi, que registran sus propios Modules...

Saludos!