Delphi am "Ende"?

[bernau]

Was wird hier die ganze Zeit über BPLs geschrieben? Es macht (für mich) keinen Sinn mehr, BPLs auszuliefern. Alles kommt in die EXE-Datei. Eine EXE ohne BPL ist das Pflegeleichteste was es gibt. Bei den heutigen Übertragungsraten ist es doch Wurst, ob ich 10MB oder 50MB ausliefern muss. Oder? Oder welchen Grud gibt es bei euch noch, weshalb BPLs verwendet werden?

[DSCHUCH]

Zitat von bernau:

Was wird hier die ganze Zeit über BPLs geschrieben? Es macht (für mich) keinen Sinn mehr, BPLs auszuliefern. Alles kommt in die EXE-Datei. Eine EXE ohne BPL ist das Pflegeleichteste was es gibt. Bei den heutigen Übertragungsraten ist es doch Wurst, ob ich 10MB oder 50MB ausliefern muss. Oder? Oder welchen Grud gibt es bei euch noch, weshalb BPLs verwendet werden?

naja - bei kleinen programmen vielleicht. du kannst das ja mal in einem großen netzwerk mit 50-100 AST probieren. von den ladezeiten, speicherverbrauch wenn immer alle module geladen sind usw mal abgesehen. ;o)

und von der wartung ebenso. man müßte ja jedesmal alles ändern bzw updaten, nur wenn in einem formular ein label falsch wäre. omg. ^^

[QuickAndDirty]

Ohne BPL kann man Komponenten wohl nicht in die IDE integrieren...deswegen kommen die ständig zum Einsatz!

[bernau]

Zitat von QuickAndDirty:

Ohne BPL kann man Komponenten wohl nicht in die IDE integrieren...deswegen kommen die ständig zum Einsatz!

Habe Fremdkomponenten und eigene Komponenten in der IDE. Dennoch wird daraus eine EXE.


@Alle anderen: OK. Ihr habt recht. Habe nur Kunden mit DSL. Meine Software ist "nur" 15MB groß. Obwohl es mittlerweile 500.000 Zeilen Quellcode umfasst. Liegt aber auch vieleicht daran, daß ich nur wenige Fremdkomponenten verwende. Wenn möglich schreibe ich Komponenten selber. Ist zwar erst mal mehr Auffwand. Doch dafür bin flexibel in der evtl. benötigten Erweiterung.

[QuickAndDirty]

Zitat von bernau:

Zitat von QuickAndDirty:

Ohne BPL kann man Komponenten wohl nicht in die IDE integrieren...deswegen kommen die ständig zum Einsatz!

Habe Fremdkomponenten und eigene Komponenten in der IDE. Dennoch wird daraus eine EXE.

Sicher ! ich mache immer eine Vollständig alle Packages enthaltende exe...aber die IDE lädt die Packages zur Laufzeit und baut so die Komponenten-Toolbar auf.

Wie außer mit Packages würdest du das machen?
Ich würde es vermutlich über ne art ComServerBridge-Dll machen die dann die RTTI Informationen
ausliest und so den Objektinspektor füllt. Anhand der dortigen Informationen dann eben Dummy Objekte auf Dummy Formulare legt damit man etwas designen kann....evtl könnte man ja auch die Paint Operationen zur Designzeit durch COM tunneln.

Aber mit BPL geht es ja auch.

[bernau]

Zitat von QuickAndDirty:

Sicher ! ich mache immer eine Vollständig alle Packages enthaltende exe...aber die IDE lädt die Packages zur Laufzeit und baut so die Komponenten-Toolbar auf.

Wie außer mit Packages würdest du das machen?
Ich würde es vermutlich über ne art ComServerBridge-Dll machen die dann die RTTI Informationen
ausliest und so den Objektinspektor füllt. Anhand der dortigen Informationen dann eben Dummy Objekte auf Dummy Formulare legt damit man etwas designen kann....evtl könnte man ja auch die Paint Operationen zur Designzeit durch COM tunneln.

Aber mit BPL geht es ja auch.

Verstehe jetzt nicht worauf du hinaus willst. Meine Aussage ist doch nur, daß das Programm beim Enduser als eine EXE landet. In der IDE verwende ich die Packages, in der die Komponenten sind. Was hat das nun mit den BPLs beim Kunden zu tun?

[QuickAndDirty]

Zitat von bernau:

Zitat von QuickAndDirty:

Sicher ! ich mache immer eine Vollständig alle Packages enthaltende exe...aber die IDE lädt die Packages zur Laufzeit und baut so die Komponenten-Toolbar auf.

Wie außer mit Packages würdest du das machen?
Ich würde es vermutlich über ne art ComServerBridge-Dll machen die dann die RTTI Informationen
ausliest und so den Objektinspektor füllt. Anhand der dortigen Informationen dann eben Dummy Objekte auf Dummy Formulare legt damit man etwas designen kann....evtl könnte man ja auch die Paint Operationen zur Designzeit durch COM tunneln.

Aber mit BPL geht es ja auch.

Verstehe jetzt nicht worauf du hinaus willst. Meine Aussage ist doch nur, daß das Programm beim Enduser als eine EXE landet. In der IDE verwende ich die Packages, in der die Komponenten sind. Was hat das nun mit den BPLs beim Kunden zu tun?

Oh. Ich habe das so wahrgenommen das hier BPLs und die bloße Existenz des Konzepts im allgemeinen schon als murks an gesehen werden. Und dem wollte ich nur entgegen halten das ich das recht praktisch finde um z.B. Komponenten auszuliefern....
Ich würde ne Anwendung auch nie mit BPL oder DLL ausliefern wenn ich alles zusammen kompilieren kann...ist doch irgendwie selbstverständlich.

[bernau]

Zitat von QuickAndDirty:

Oh. Ich habe das so wahrgenommen das hier BPLs und die bloße Existenz des Konzepts im allgemeinen schon als murks an gesehen werden. Und dem wollte ich nur entgegen halten das ich das recht praktisch finde um z.B. Komponenten auszuliefern....
Ich würde ne Anwendung auch nie mit BPL oder DLL ausliefern wenn ich alles zusammen kompilieren kann...ist doch irgendwie selbstverständlich.

Na dann sind wir ja einer Meinung

[Stevie]

Zitat von QuickAndDirty:

Ich würde ne Anwendung auch nie mit BPL oder DLL ausliefern wenn ich alles zusammen kompilieren kann...ist doch irgendwie selbstverständlich.

Genau, Windows besteht ja auch aus einer großen Datei... oh halt, es sind viele kleine Bibliotheken. Bei nem kleinen Tool gebe ich dir Recht, da isses irgendwie über, statt einer Exe Duzende von Dateien auszuliefern (die in der Summe wahrscheinlich sogar größer wären als eine exe). Aber bei einen großen komplexen Anwendung mit hunderten von Modulen, wo Austauschbarkeit einzelner Teile gewünscht ist, sind bpls/dlls unumgänglich.
Warum kann man auch in .Net wohl mit Assemblies arbeiten? Weil man alles in eine Exe packen will? Wohl kaum, gell?

Stichwort Migration: Viele stellen sich das so einfach vor, klar mal ebend nen Delphi Programm auf C# migrieren... wenn's sonst nix is Warum läuft wohl noch so viele Software auf Cobol und Co? Weil's ma ebend auf C# und Co migriert werden kann?

[Assarbad]

Zitat von bernau:

Bei den heutigen Übertragungsraten ist es doch Wurst, ob ich 10MB oder 50MB ausliefern muss. Oder?

Auf dem deutschen Markt vielleicht weitgehend ... obwohl du auch da einige finden wirst die noch ohne DSL vor sich hindümpeln. Ich weiß, es ist bequem diese Annahme zu treffen, auch hier in Island. Bspw. ist alles rund um Reykjavík wunderbar schnell angebunden - ADSL, Glasfaser ... alles an vielen Stellen verfügbar. Aber die kleineren Ortschaften (und im Vergleich zu Deutschland ist alles außer Reykjavík selbst in dt. Maßstäben nur eine Stadt oder ein Dorf/Dörfchen, nichtmal Großstadt) im Osten und Nordwesten und anderen abgelegeneren Gebieten haben es da nicht so gut. Selbst wenn es nur eine wackelige ISDN-Verbindung ist, man muß es wissen und muß sich darauf einrichten (hatten da im letzten Jahr einen Kunden in Ostisland der Probleme hatte wg. der Downloadgrößen). Weltweit gesehen wird es eher schlimmer.

Zugegebenermaßen hängt es auch davon ab was genau dein Programm tut.

Zitat von DSCHUCH:

in einem großen netzwerk mit 50-100 AST

Ich bin ratlos. Kannst du mich aufklären was AST ist/sind?