![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Gracias Al por la respuesta y la verdad que no sabia que no se podía heredar un enumerador.
Lo he solucionado como comentas, agregando la unidad IDComponent a la unidad del form, pero lo que yo quería era independizar completamente, osea, quiero que todo esté contenido en la unidad General y no tener que agregar codigo al resto de unidades que usan General. Lo que quería lograr era que sea suficiente con solo declarar la unidad General dentro del codigo que vaya a implementar, de esta forma no tengo que declarar nada mas, ya que si tengo, supongamos groseramente, 100 forms que usan la unidad General, tendría que declarar dentro de cada unidad de los 100 forms la unidad General y la unidad IdComponent, en cambio si se pudiera lo que quiero, con solo declarar la unidad General sería suficiente, ya que IdComponent estaría declarada en General. Gracias de nuevo. |
|
#2
|
||||
|
||||
|
¡Hola a todos!
Es bueno saber que está solucionado. Pero, retomando la interesante reflexión que haces, cabe añadir que escribir el nombre de una unidad en una cláusula Uses no se compara en nada con escribir el resto del código que normalmente va dentro de una unidad. No obstante, cuando es necesario repetir en varios lugares una sección de código bastante significativa para el autor, y, por su naturaleza, dicho código no puede ser sometido a los dominios de una función (por ejemplo una cláusula Uses con varios nombres de unidades), es posible recurrir al uso de directivas $Include: Aunque francamente desaconsejaría esta práctica en tu caso. Además, en un grupo de cien unidades que hacen referencia a un mismo elemento de otra unidad, es muy probable que exista una buena cantidad de código común relacionado con el uso de dicho elemento, código que podría sintetizarse mediante la creación de nuevas funciones o una buena revisión a la jerarquía de clases. Recuerda que las formas sí pueden derivar (descender / heredar) de otras formas; muchos OnCreate con el mismo código, por ejemplo, pueden convertirse en un sólo OnCreate colocado en una plantilla "base", o cuando menos concentrar en éste lo que es común para todos aquellos. Espero también esto sea de utilidad. Un {$Abrazo+}. Al González. ![]() |
|
#3
|
|||
|
|||
|
Todo lo que sea informacion es bienvenida, por lo que muchas gracias.
|
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Heredar Objetos ADO | mcarazas | Varios | 3 | 19-10-2006 10:07:20 |
| Heredar objeto | carlomagno | OOP | 5 | 19-06-2006 01:00:05 |
| se puede saber el tipo de un field de mysql | seba_cipo | MySQL | 2 | 12-05-2006 14:36:15 |
| Heredar del DBNavigator | Carlosj | OOP | 0 | 11-01-2005 09:29:43 |
| se puede usar campos tipo AutoNumber | ronimaxh | Conexión con bases de datos | 1 | 22-12-2003 23:49:50 |
|