Comunicacion entre BPL

[roman]

Empezado por Neftali

Vale, pero aun así el trabajo de esta forma se complica respecto a utilizar un simple USES en una Unit.

No entendí esta parte. ¿Cuál sería la complicación de usar el USES?

// Saludos

[Neftali [Germán.Estévez]]

Empezado por roman

No entendí esta parte. ¿Cuál sería la complicación de usar el USES?

Perdona Román, pero es que como llevamos 2 hilos paralelos sobre los mismo y al final me he liado entre uno y el otro.

Comunicación entre BPL (este)
Componentes en librerías DLL (el otro)

En el otro hilo ya hemos explicado que si utilizamos packages (BPL's) con carga dinámica (LoadPackages) no podemos hacer referencia a los elementos que haya contenidos en el Package, utilizando la unit en el USES, porque eso implicaría la referencia estática a ese package.

A esa restricción me refiero cuando digo que no podemos incluir las units en el USES, como cuando trabajamos "normalmente" (sin carga dinámica de packages) y que el trabajo se hace más complejo cuando estamos trabajando de esta forma.

[roman]

Sí, sí. También estoy al tanto del otroh hilo .

Pero, me parece que tú mismo has dado el ejemplo de como hacer eso:

1. Defines la estructura de un plugin. Ésta puede ser una clase abstracta o una interfaz.

2. La unidad que define la estructura del plugin se carga estáticamente, tanto por la aplicación principal como por los plugins. Es decir, mediante la inclusión en USES de dicha unidad.

3. Los pluginslos cargas dinámicamente. Pero como serán clases derivadas de una clase abstracta (o implementarán una interfaz) que sí conocen, entonces no necesitan hacer uso de RTTI.

Edito:

De hecho, ¿que no es lo que expones en el mensaje #6? El paquete base hace de intermediario e interfaz común entre la aplicación principal y los paquetes, de manera que evitas el uso de RTTI.

// Saludos

[Neftali [Germán.Estévez]]

Empezado por roman

1. Defines la estructura de un plugin. Ésta puede ser una clase abstracta o una interfaz.

2. La unidad que define la estructura del plugin se carga estáticamente, tanto por la aplicación principal como por los plugins. Es decir, mediante la inclusión en USES de dicha unidad.

Correcto. Puedes incluir en el USES sólo la unit del plugIn Base, pero no las
de los plugins (plugin2, plugin3,...). A esas me refería.

Empezado por roman

3. Los pluginslos cargas dinámicamente. Pero como serán clases derivadas de una clase abstracta (o implementarán una interfaz) que sí conocen, entonces no necesitan hacer uso de RTTI.

De hecho, ¿que no es lo que expones en el mensaje #6? El paquete base hace de intermediario e interfaz común entre la aplicación principal y los paquetes, de manera que evitas el uso de RTTI.

No para temas básicos; Con esta estructura puedes cargarlos y acceder a la clase del plugin sin RTTI, a través del PluginBase; Lo que ya no puedo asegurar es que si posteriormente, no la vayas a utilizar para otras cosas (si complicas la estructura de esos plugins -sus clases-).
Pero sí es cierto, que al menos para lo que muestra ese ejemplo básico, no la necesitarías.

[roman]

Empezado por Neftali

Lo que ya no puedo asegurar es que si posteriormente, no la vayas a utilizar para otras cosas (si complicas la estructura de esos plugins -sus clases-).

Lo mismo podría decirse de una jerarquía cualquiera de clases. Una clase es un compromiso ante los clientes (los usuarios de la clase) de que su interfaz no va a cambiar. Y aún así, da para cosas muy complejas.

Aunque un sistema de plugins puede no dar el ancho para todo, pienso que sí puede resolver muchos problemas de modularidad, más allá de sólo aplicaciones básicas. Y me refiero a hacerlo sin usar RTTI. Por otra parte, no hay porque restringirse a una sola jerarquía de plugins. Dependiendo de la aplicación, si ésta es muy compleja, puede trabajarse con distintas categorías; por ejemplo, una para acceso a base de datos, otra para improtación/expórtación de datos, etc.

// Saludos

[aromigaret]

Hola, soy nuevo en este foro y desde que ingrese me han aclarado muchas dudas que se presentaban. En esta conversacion busque informacion sobre comunicacion sobre bpls, pero si bien es claro lo que explican, me faltaria una alternativa a mi problema. He realizado un programa con un menu principal, donde cada entrada se deriba a una bpl. Todo ello funciona bien, pero no puedo, mejor dicho, no sé como abrir varias bpl al mismo tiempo, pues el menu principal queda sin posibilidad de ingresar. Existe alguna forma de abrir varias bpl al mismo tiempo o al cargarse una con loadpackage() no se puede acceder a otra. Desde ya muchas gracias