Eigenentwickeltes Control in DLL verpacken?

[Bernhard Geyer]

Zitat von Sherlock:

wie heissen binary Komponenten?)

Es wird statt pas-Dateien die dcu-Dateien geliefert.
Aber es wird viele User geben die das nicht mitmachen werden und nur-dcu-Komponenten nicht kaufen/installieren werden.
Bei uns ist sowas auch ein Ausschlußkriterium.

[Sherlock]

Zitat von Bernhard Geyer:

Zitat von Sherlock:

wie heissen binary Komponenten?)

Es wird statt pas-Dateien die dcu-Dateien geliefert.
Aber es wird viele User geben die das nicht mitmachen werden und nur-dcu-Komponenten nicht kaufen/installieren werden.
Bei uns ist sowas auch ein Ausschlußkriterium.

Ah, DCU, danke.
Ich ging hier von einer InHouse-Situation aus. Ich würde auch keine Delphi Komponente in einer DLL kaufen

Sherlock

[Bernhard Geyer]

Zitat von Sherlock:

Ah, DCU, danke.
Ich ging hier von einer InHouse-Situation aus. Ich würde auch keine Delphi Komponente in einer DLL kaufen

Inhouse wäre Ablage der Sourcen in git wohl die Lösung und Build+Installscripts

[EWeiss]

Ich mache das über Interface..
erstelle eine globale Interface API und gut ist.

So das jeder auf deine DLL ohne umschweife zugreifen kann.
Aber als Komponente auf die Form klatschen ist nichts!
Wenn überhaupt geht es nur dynamisch.

Zitat:

Ich würde auch keine Delphi Komponente in einer DLL kaufen

Nun ja *.bpl sind auch nichts anderes als *.dll nur umbenannt.

gruss

[DualCoreCpu]

Zitat von Bernhard Geyer:

Zitat von Sherlock:

wie heissen binary Komponenten?)

Es wird statt pas-Dateien die dcu-Dateien geliefert.
Aber es wird viele User geben die das nicht mitmachen werden und nur-dcu-Komponenten nicht kaufen/installieren werden.
Bei uns ist sowas auch ein Ausschlußkriterium.

Ich lese diesen Thread gerade und da fällt mit das .dcu Problem auf.

Das geht dann auch nur dann, wenn das dcu Format von Version zu Version gleich bleibt. In frheren Delphi Versionen war das nicht der Fall, da hat der Compiler gemeckert, wenn ich ein .dcu Datei einer falschen Delphi Version verwenden wollte. Sollte das jetzt anders sein. Kann ich heute in meinem Delphi 10.3 auch eine Unit im dcu Format aus Delphi XE7 verwenden? Wenn ja, seit welcher Delphi Version bleibt das dcu Format gleich?

[MyRealName]

Zitat von DualCoreCpu:

Zitat von Bernhard Geyer:

Zitat von Sherlock:

wie heissen binary Komponenten?)

Es wird statt pas-Dateien die dcu-Dateien geliefert.
Aber es wird viele User geben die das nicht mitmachen werden und nur-dcu-Komponenten nicht kaufen/installieren werden.
Bei uns ist sowas auch ein Ausschlußkriterium.

Ich lese diesen Thread gerade und da fällt mit das .dcu Problem auf.

Das geht dann auch nur dann, wenn das dcu Format von Version zu Version gleich bleibt. In frheren Delphi Versionen war das nicht der Fall, da hat der Compiler gemeckert, wenn ich ein .dcu Datei einer falschen Delphi Version verwenden wollte. Sollte das jetzt anders sein. Kann ich heute in meinem Delphi 10.3 auch eine Unit im dcu Format aus Delphi XE7 verwenden? Wenn ja, seit welcher Delphi Version bleibt das dcu Format gleich?

Die dcu's sind nicht kompatibel zwischen den Delphi Versionen, da sie ja mit anderen version der RTL und VCL etc. compiliert wurden.
Was du machen kannst ist halt für jede Delphi version selbst zu kompilieren und dann jeweils dcu/dcp/bpl für jede Delphi Version ausliefern, aber die Leute müssen dann ihr Projekt neu erstellen mit der neuen Version der Komponente, falls du properties eingefügt hast etc.

[TurboMagic]

Es war hier von andere Programmierer der Firma die Rede, da würden DCUs denke ich gehen, nur technisch scheidet das dann doch aus,
weil DCUs Delphi versionsspezifisch sind

Evtl. ist's wirklich sinnvoll hier mal zu diskutieren welche Probleme es gibt, wenn man innerhalb der Firma den Quellcode der
Komponenten weiter gibt. Evtl. gibt es Lösungen zur Beseitigung dieser Probleme.