Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)

  Re: Plugins: Datenaustausch zwischen DLL und Hauptprogramm

    Delphi
    by Elvis, 27. Nov 2009
  Sie machen Sinn für die IDE, sie machen keinen Sinn außerhalb der IDE.
  
  Falsch, RegisterClass registriert esin der RTL. Und die kann man für jede DLL & Exe getrennt haben. Ohne Laufzeitpackages sind sie sogar immer getrennt.
  Wie gesagt: ohne Laufzeit-Packages hast du das Problem nicht. Aber du musst dann halt mit Interfaces arbeiten, nicht mit Delphi-Klassen.
  Wenn du also ein Control auf dein...
• Forum: Win32/Win64 API (native code)

  Re: Plugins: Datenaustausch zwischen DLL und Hauptprogramm

    Delphi
    by Elvis, 27. Nov 2009
  Weil ein unschuldiger Mitleser sonst den falschen Eindruck bekäme, dass Pseudo-Modularisierug mit Packages wirkliche Flexibilität bringen würde und einem nicht 70% der Haarpracht kostet.
  Eben nicht. Wirklich modular ist man, wenn die Module nicht so grauenvoll miteinander verzahnt sind sind. Und das heißt, man ist "wirklich modular" wenn man DLLs benutzt und sich in den exportierten Funktionn...
• Forum: Win32/Win64 API (native code)

  Re: Plugins: Datenaustausch zwischen DLL und Hauptprogramm

    Delphi
    by Elvis, 26. Nov 2009
  Nein.
  BPLs taugen eigentlich nur etwas für die IDE, da sie ja schon fest mit einer Version von Compiler, RTL und VCL verheiratet ist.
  Für so ziemlich alles andere, bei dem BPLs sinnvoll wären, könnte man auch eine große Single-Exe nehmen ohne irgendwelche Flexibilität zu verlieren.
  Warum? Weil BPLs so unflexibel sind, wie es entartete DLLs nur werden können ohne schon Teil der Exe zu sein.
  ...