Einige Fragen zu Turbodelphi

[MathiasSimmack]

Warum denn nicht? Ich hätte eher weitere Beschränkungen in der IDE erwartet und akzeptiert, als das Fehlen der Kommandozeile. Der Vergleich mag hinken, aber nimm das .NET Framework. Frei verfügbar, kaum visuelle Tools, dafür aber der Kommandozeilencompiler. Wer mehr Komfort will, nimmt die Express-Versionen des Visual Studio, das komplette VS oder Alternativen.

[Elvis]

Zitat:

Zitat von sakura

Man kann doch nicht alles für "Nichts" erwarten, oder :roll:

Das mache ich auch nicht und das weißt du auch ganz genau. :roll:

Ich habe es nie kapiert warum es keinen freien Delphi compiler gibt und dachte dass auch diese sinnlose Lücke in DevCos neuer Knuddelkampagne gestopft wurde... :cry:

[mschaefer]

Moin zusamen,

Gut beobachtet. Irgendwie sind wir aber auch alle daran interessiert, das an dem System noch entwickelt wird.
Wechselt mal die Sicht: Was würded Ihr beschränken, damit es gekauft, nicht nur kostenlos genutzt wird.
Das Kernstück ist das Compiler/Linker-System. IDE´s gibt es schon einige die können heute weitgehend angepasst werden.

Grüße // Martin

[Daniel]

Nun, automatisieren lässt sich das Ganze sehrwohl. Die GUI scheint Parameter ebenso zu akzeptieren wie es der Kommandozeilen-Compiler auch tut. Der folgende Befehl öffnet Delphi, kompiliert Deine Anwendung und schließt es dann wieder:

C:\Programme\Borland\BDS\4.0\Bin>bds.exe e:\matzepatze\windowsui\button\vistacommandlinkbut ton.dpr -B -Q

[edit]
Sicher ... man müsste mal herausfinden, welche Parameter tatsächlich unterstützt werden. Sowas wie "Alle Fragen mit Ja beantworten" wäre schon hilfreich. Und wenn das Ganze dann noch mit Projektgruppen geht, dann wäre diese Lösung in dieser Hinsicht sogar noch besser als der Kommandozeilen-Compiler.

Das Ganze ist übrigens kein Feature der Turbo-Reihe. Das geht mit dem herkömmlichen BDS logischerweise ebenso.
[/edit]

[MathiasSimmack]

Herzlichen Dank, Daniel. :thumb:

Na ja, das klingt dann ja nicht ganz so übel, wie ich anfangs dachte. Insofern werde ich TurboDelphi doch mal eine Chance geben. Ein bisschen langwierig dürfte eh bloß der Erststart werden, denn soweit ich las basiert die IDE in Teilen ja auf managed code und benötigt daher das .NET Framework (auch wenn bei TurboDelphi dann echte Win32-Exen herauskommen). Gab es da nicht irgendein Tool, mit dem man den Start von .NET-Applikationen beschleunigen konnte? @Elvis: :gruebel:

[MagicAndre1981]

Zitat:

Zitat von MathiasSimmack

Gab es da nicht irgendein Tool, mit dem man den Start von .NET-Applikationen beschleunigen konnte? @Elvis: :gruebel:

meinst du ngen.exe?

[Khabarakh]

Das ist doch hoffentlich schon eingebaut, oder etwa nicht :gruebel: ?

BTT: Ich kann eigentlich mit jeder Einschränkung leben, aber wenigstens der Startvorgang sollte nicht mehr als doppelt so lange wie bei meinem D6 dauern *bet* .

[Elvis]

Zitat:

Zitat von MagicAndre1981

Zitat:

Zitat von MathiasSimmack

Gab es da nicht irgendein Tool, mit dem man den Start von .NET-Applikationen beschleunigen konnte? @Elvis: :gruebel:

meinst du ngen.exe?

Ich denke schon dass er das meinte, aber ngen kann nicht zaubern.
Das einzige .Net-spezifische Dingsens, das theorethisch den Start vom BDS verzögern könnte, wäre das Laden des CLR Hosts aus der MSCoreE.
Ansonsten hat .Net rein gar nix mit der allseits bekannten Behäbigkeit von Gallileo-Abkömmlingen zu tun. Es ist einfach nicht genug .Net-Krams dabei um es signifikant auszubremsen, vor allem beim Start. ;)
(Together, als Java Port mal außen vor gelassen. Ich habe bisher noch keine J#-App gesehen, die nicht laaaaaahm war und nicht rumgezickt hat ;) )

@Daniel und/oder Mieze
kann man auch einen Parameter übergeben um die IDE eben nicht zu laden sondern einfach nur zu kompilieren? :angle2:

[Meflin]

Zitat:

Zitat von sakura

Man kann doch nicht alles für "Nichts" erwarten, oder :roll:

Und ein (freier) Kommandozeilen-Compiler ist alles oder was :wall: sorry, aber siehst du das ganze noch irgendwie objektiv :roll:

[Daniel]

Zitat:

Zitat von Elvis

@Daniel und/oder Mieze
kann man auch einen Parameter übergeben um die IDE eben nicht zu laden sondern einfach nur zu kompilieren? :angle2:

Mir ist derzeit kein Weg bekannt. Aber leider fehlt mir im Moment auch die Zeit, mich auf die Suche nach den Parametern zu machen, mit denen man diesem Ziel wenigstens näher kommen könnte. Ich bin halt ein IDE-Anwender und seitdem man dort auch ganze Projektgruppen in einem Rutsch kompilieren kann, fasse ich den Kommandozeilen-Compiler nur noch sehr selten an.

@Meflin: Zusammen mit den kompletten Sourcen der RTL und VCL wäre ein freier Compiler schon eine ganze Menge. Es liegt in der Natur der Sache, dass man es nicht allen Recht machen kann.