Eigene Komponente weitergeben

[sko1]

Danke für Deine Infos!

Dann werde ich um die DLL nicht herumkommen, was aber eigentlich (außer dass ich dann für Fehlersuche zuständig bin) den Vorteil hat, bei Korrekturen nicht das gesamte Programmpaket neu erstellen zu müssen sondern einfach die DLL austauschen, das macht es später bei den Kunden einfacher die nicht 600MB Komplettpaket downloaden müssen...

Wenn andere Entwickler dann ggf. auch mal was an der DLL machen müssen, dann müssen sie halt die (sehr umfangreiche) Library halt auch installieren.

Was mir aber dabei noch auffällt:

Ich leite meine Komponente vom TWPPDFPrinter von WPTools ab. Ich habe Delphi 10.1 (Update 2).
Alle anderen Entwickler haben noch XE5 bzw. XE6 und da die WPTools für ihre Version installiert.
Kann es da zu Problemen kommen wenn die meine Komponente kompilieren / installieren wollen?

Ciao
Stefan

[TBx]

Zitat von sko1:

Ich habe Delphi 10.1 (Update 2).
Alle anderen Entwickler haben noch XE5 bzw. XE6 ...
Kann es da zu Problemen kommen wenn die meine Komponente kompilieren / installieren wollen?

Sie können Deine Komponente nur benutzen, wenn sie diese im Quellcode erhalten und selber kompilieren. Die BPL-Formate sind nicht binär-kompatibel!

[jaenicke]

Zitat von sko1:

Alle anderen Entwickler haben noch XE5 bzw. XE6 und da die WPTools für ihre Version installiert.
Kann es da zu Problemen kommen wenn die meine Komponente kompilieren / installieren wollen?

Sofern es sich um die gleiche Version handelt und lediglich das Package für die jeweilige Delphiversion verwendet wird, sollte das kein Problem sein.

Mit ist aber nicht so ganz klar wie du das mit der DLL eigentlich meinst. Denn eine Komponente kannst du ja nicht als DLL verteilen, sondern nur Interfaces usw. aus der DLL heraus veröffentlichen. Und dann ist es doch völlig egal wovon die nur in der DLL verwendete Komponente abgeleitet ist.

[sko1]

Die Library, von der ich spreche, ist die Foxit Debenu PDF Library, die ich nutze um spezielle PDF mit eingebettetem XML (ZUGFeRD) zu erzeugen.

Dieses Foxit ist eben nur auf meinem Rechner, deswegen die DLL.

Es wird also erst das PDF-A mit meinem "erweiterten WPTools Printer" erzeugt, welches dann von der DLL entsprechend bearbeitet und wieder gespeichert wird.

Ciao
Stefan

[himitsu]

Wird die Fremdkomponente nur intern genutzt:

Das Einkompilierte, bzw. die Laufzeitpackages von dieser Fremdkomponenten darfst du mitgeben.



Du kannst dann eben nur die lauffähigen Binaries (BPL und DCP) deiner Komponente ausliefern, inkl. der BPLs (ohne DCP, DCU, PAS, ...) der Fremdkomponente,
aber da mußt du eben für jede Version die Binaries erstellen.
Denn XE 10.2 nimmt eben nur die BPLs welche für 10.2 kompilert wurden, eben so die anderen Delphiversionen.

Natürlich kannst du dennoch deine Quellcodes als OpenSource bereitstellen, aber kompilieren kann sie dann eben nur der, welcher ebenfalls die von dir verwendete Fremdkomponente bei sich installiert hat.




Oder du legst direkt als Abhängigkeit fest, dass der Nutzer deiner Komponente eben auch diese andere Komponente benötigt ...

[jaenicke]

Zitat von sko1:

Es wird also erst das PDF-A mit meinem "erweiterten WPTools Printer" erzeugt, welches dann von der DLL entsprechend bearbeitet und wieder gespeichert wird.

Ah, verstehe. Dann sollte das so passen, ja.