Quali sono le differenze tra un esperto di BPL Delphi e un esperto DLL Delphi

Question

Sto lavorando in un esperto IDE delphi, ora per evitare problemi di dipendenze, stavo pensando di ricostruire questo esperto come esperto DLL come è stato suggerito in uno di questi Risposte <> Risposte , ora Il mio esperto (compilato come BPL) Accedi alle variabili Screen e Application Global Variables (istanze dell'IDE delphi), quindi lo eroChiedendo se compilo il mio esperto come DLL che posso ancora accedere a queste variabili e anche io voglio conoscere which are the main differences between a bpl delphi expert and a dll delphi expert?

Answer 1

Should I compile my wizard as a DLL or a Package? Packages are easier to load and unload without restarting the IDE (and hence easier to debug), but they can create unit naming conflicts in the IDE. Conflicts happen when the name a wizard's unit matches the name of a unit in another loaded design-time package. In this case, both packages can not be loaded at the same time. The recommended workaround is to prefix all of your unit names with a "unique" prefix. GExperts, for example, uses "GX_" as the name prefix for its units.

From this very good source about OTA: GExperts

Answer 2

When you access a global variable those would be global variables that are global to your DLL, not global to the main BDS.exe. I am not sure but I think your DLL would have its own Screen and Application global variable, if you linked in Forms, and the core of the VCL.

Those things which belong to the IDE itself are accessed through the Open Tools Api (OTA). I believe that you do not normally share any objects between the IDE your expert anyways, and if you were to try to do so, it would be problematic. Anything at all that you do that bypasses the OTA is going to be vulnerable to breaking in strange ways, especially in future versions of the IDE.

Dependency problems are of course a big reason to not use BPL based packages, but I think an even bigger reason is to maintain a complete separation between your tool's internals, and the internals of the IDE.

Remember that a DLL target, like an executable target, is statically linked. That is the core of the difference. If your expert provides functionality that uses the legal public documented OTA interfaces only, then moving to a DLL should be problem free. If you use some back door hacks that are possible with BPLs, then I can't advise you further.