Desarrollo con futuro plugins

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

En general, para trabajar desde Delphi, creo que siempre es mejor trabajar con BPL's, ya que son más potentes que las DLL's; en realidad son como una extensión de éstas. Si se quiere un fichero que se pueda llamar desde otro tipo de aplicaciones, es ese caso se debe uno decantar por las DLL's, ya que las BPL's no podrán llamarse desde otro tipo de programa.

[dec]

Hola,

Empezado por Neftalí

Si se quiere un fichero que se pueda llamar desde otro tipo de aplicaciones, es ese caso se debe uno decantar por las DLL's (...)

También está el caso de que tu aplicación, escrita en Delphi, quiera admitir Plugins escritos en otros lenguajes de programación. Aquí también vendría bien utilizar "DLL", no porque estas fueran utilizadas por programas no escritos en Delphi (tu aplicación está escrita en Delphi), sino para que puedan llevarse a cabo Plugins con otros lenguajes de programación.

Un ejemplo de esto puede ser el programa Neobook, de NeoSoftware. El programa está escrito en C++, si no me equivoco, aunque se comentaba que pudiera estar escrito en Delphi. Bueno. Lo importante para lo que nos ocupa es que dicho programa proporciona un "SDK" y un "API" que es accesible desde varios lenguajes de programación: C++, Delphi, Visual Basic.

Lo que uno genera en definitiva cuando crea un Plugin para Neobook es una DLL, la cual se encarga de leer y hacer lo que tenga que hacer con ella el programa Neobook. A este le da igual si la DLL está escrita en Delphi, en C++ o en Visual Basic.

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

Empezado por dec

El programa está escrito en C++, si no me equivoco, aunque se comentaba que pudiera estar escrito en Delphi.

Parece que no está escrito en Delphi. 1 y 2.

[dec]

Hola,

Ciertamente Neftalí. Queda claro que está escrito con Microsoft Visual C++. En todo caso lo que quería yo decir sigue siendo válido: es un programa escrito en Microsoft Visual C++ que admite Plugins escritos en Visual C++, en Delphi, en Visual Basic y en Power Basic, si no me equivoco.

Si hubiera estado escrito en Delphi y hubiera querido cumplir ese mismo objetivo, tendría igualmente que haber utilizado archivos DLL, Plugins contenidos en DLL. Ahora bien, que con esto no estoy diciendo nada en contra de los "paquetes dinámicos" de Delphi, ni mucho menos. Entiéndase bien.

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

Empezado por dec

Si hubiera estado escrito en Delphi y hubiera querido cumplir ese mismo objetivo, tendría igualmente que haber utilizado archivos DLL

Correcto; esa es la premisa, para seleccionar DLL o BPL.

Aprovechando éste hilo, y puesto que hace tiempo que lo tenía pendiente, he generado un ejemplo sencillo de cómo utilizar plug-ins desde Delphi (con BPL's) en éste caso, aunque es muy similar a cómo se haría utilizando DLL (LoadLibrary/LoadPackage y UnloadLibrary/UnloadPackage).
Espero ir ampliándolo; Pensad que sólo tiene lo más básico y si encuentro el tiempo necesario, iré ampliándolo, ya que tengo un artículo pendiente sobre éste tema.

En éste caso se trata de un ejecutable principal y dos plug-ins muy tontos;
* PlugTest
* Plug_v1
* Plug_v2

Si al arrancar el programa principal, los plug-ins se encuentran en el directorio destinado para ellos, se encuentran y se añaden a un menú de plug-ins.
En el momento de ejecutarlos se cargan en memoria, ejecutan su función y se descargan.
Hay unas mínimas premisas a cumplir:
* La aplicación principal debe compilar con packages dinámicos.
* Los plug-ins deben tener el nombre/Clase del form principal, iguales (FormMainPlug: TFormMainPlug).
* La estructura de la función Execute de los plugins debe ser como se muestra en éstos y estar definida en la parte published.

Por supuesto, el ejemplo está abierto a cualquiera que quiera modificarlo/mejorarlo/comentarlo/...

Un saludo.

[dec]

Hola,

Empezado por Neftalí

Correcto; esa es la premisa, para seleccionar DLL o BPL.

Bueno, tal vez sea una de ellas. Otra pudiera ser la que tú mismo has indicado:

Empezado por Neftalí

En general, para trabajar desde Delphi, creo que siempre es mejor trabajar con BPL's, ya que son más potentes que las DLL's; en realidad son como una extensión de éstas.

Respecto del ejemplo que adjunas ya está aquí y le echaremos un vistazo, que seguro que resulta curioso.

[[seoane]]

Aunque no tenga mucho que ver con el tema del hilo, solo decir que Neobook si que esta echo en delphi. El Timestamp de NBPlay5.exe, NeoBook.exe y NBDebug.dll se corresponde con la marca que utiliza el compilador de delphi, lo que pasa es que parece que estan comprimidos o protegidos por algun otro software que si que esta echo en Visual C++. El metodo del Timestamp es el mas fiable para identificar un ejecutable echo con delphi ya que la mayoria de compresores no modifican el Timestamp del ejecutable.