FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
El problema es que si pusieras ahí la clase del formulario en cuestión (TForm2, por ejemplo, en lugar de TCustomForm) eso te obligaría (el compilador en realidad) a añadir la unit donde se encuentra definido TForm2, al USES.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#2
|
||||
|
||||
A caray.. entonces no se permite poner ningun Uses en la unidad en cuestion?
Bueno... no soy bueno para trabajar con Paquetes y el manejo RTTI en Delphi pero mi pregunta es entonces: Neftalí, se puede hacer un casting en delphi hacia una clase específica teniendo el nombre de clase específica en una variable? Por que si se lograse hace eso, se podría utilizarlo en éste caso ¿verdad? o no es posible hacer eso? Saludos...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#3
|
||||
|
||||
Cita:
// Saludos |
#4
|
||||
|
||||
Cita:
La gracia de cargar los paquetes de forma dinámica con LoadPackages, es que el ejecutable en el momento de compilarse y de ejecutarse no debe tener ninguna referencia a lo que hay en ese package (imagina plugIns que puedes estar o no). Si en este caso añadimos al USES una unit del TForm2, cuando Delphi compile el proyecto pedirá esa unit y la incluirá en el EXE o si estubiera con packages se asegurará de "linkar ese package de foma estática" para que ese package exista al ejecutar (y eso es justo lo que no queremos -que lo linke de forma estática-). Cita:
Teniendo el nombre de una clase no puedes "castear por ella", pero con RTTI puedes acceder a la Clase, acceder a sus métodos, ejecutarlos, acceder a las propiedades, modificarlas,... En principio teniendo el string 'TForm2' podemos hacer casi todo, pero no llegaremos a:
Podemos llegar a hacer lo mismo por RTTI, pero no al menos de esta forma. AÑADO: Se me ha adelantado Román y lo ha explicado perfecto y conciso... ;-)
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 11-02-2011 a las 18:16:12. |
#5
|
||||
|
||||
Aunque usar RTTI no es, en mi opinión, lo más adecuado. Siempre es preferible tener una interfaz entre la aplicación y los paquetes para que ambos se comuniquen.
// Saludos |
#6
|
||||
|
||||
Ajaá.. ya voy entendiendo mejor la cuestion esa de "cargar dinámicamente paquetes" aunque en RTTI estoy verde aún.
Cita:
Saludos..
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
Última edición por rgstuamigo fecha: 11-02-2011 a las 18:28:19. |
#7
|
||||
|
||||
¡Polimorfismo!
Con GetClass obtienes una referencia de clase. En el caso que nos ocupa, como al menos se sabe que la clase referenciada es un descendiente de TForm, puedes hacer el moldeo con TForm y así llamar al constructor. El polimorfismo es entonces, lo que permite que la instancia construida sea de la clase derivada y no de TForm. Así pues, no puedes hacer el moldeo, pero sí construir los objetos de la clase adecuada. // Saludos |
#8
|
||||
|
||||
Disculpame pero estoy un poco perdido , " estoy más perdido que Evo en Nueva York".
Hasta aquí> Todo bien pero... Cita:
Yo estaba pensando que talves podría haber la posibilidad de que tal casting sea más abstracto., pero talves sea puras ideas mías,no me hagan caso,en fin supongo que talves delphi llega hasta por ahí nomas... Saludos y la verdad que me parece un tema muy interesante...
__________________
"Pedid, y se os dará; buscad, y hallaréis; llamad, y se os abrirá." Mt.7:7
|
#9
|
||||
|
||||
¿Más abstracto? Bueno, puedes usar TComponent -como, de hecho, lo hace adonias. Más no puedes porque el constructor de TObject no es virtual.
Pero, lo que debes preguntarte es, ¿qué ganas con eso? Si tienes una aplicación que requiere crear formularios que no conoce de antemano, el poder hacerlo a partir de TForm, o incluso a partir de algún TBaseForm que sea más específico a tu aplicación, es algo sumamente poderoso. El "preconocimiento" que mencionas sólo se refiere a que se trata de un formulario, pero no requiere saber qué formulario en específico es. Es la potencia del polimorfismo. Y esto es así en cualquier lenguaje OOP. De hecho, no todos los lenguajes las clases tienen un ancestro común como el TObject de Delphi. // Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Como cargar componentes activeX y librerias en el ejecutable | tom_rkx | C++ Builder | 3 | 09-04-2008 22:38:57 |
Librerias | Bonachon | Conexión con bases de datos | 2 | 18-01-2007 01:54:46 |
librerias | javikanin | Varios | 0 | 09-11-2004 22:11:20 |
librerias | kwan | Conexión con bases de datos | 7 | 16-09-2003 23:53:21 |
Librerias | esquerda21 | Gráficos | 6 | 08-08-2003 09:47:08 |
|