Delphi 9 - Eure Erwartungen

[Neuni]

Zitat:

Zitat von fkerber

Hi!

[Indirekter Vorschlag]

• Eine kostenlose Personal-Version und zwar möglichst schnell auf der nächsten ct

Ciao fekrber

Oh ja... :thuimb:
Und natürlich nicht so viele Fehler wie bei den anderen Versionen.
Und nicht so wie in delphi7 diese Tausend herumfliegenden Fenster :mrgreen:

[w3seek]

Ich wuerde das erwarten von Delphi 9 (leider wohl fast alles Visionen fuer Borland :( )

- Abloesung der VCL (die groesstenteils eine traurige ansammlung von hacks ist) durch eine portierbare schlankere Loesung (z.b. aehnlich wie WxWidgets), Die Code-Kompatibilitaet zu bisherigen Projekten wuerde dadurch natuerlich nicht mehr gegeben sein, deshalb evtl die VCL weiter mit unterstuetzen.
- Eine funktionale IDE fuer .NET und Win32/Crossplatformentwicklung mit Code Folding
- Bessere Code-Optimierung
- Einen Preprocessor um sehr hilfreiche Dinge wie Makros zu ermoeglichen
- Der Compiler sollte in der Lage sein, Code fuer mehrere Plattformen zu generieren (windows, mac, unix derivate etc)
- Evtl (optional aktivierbar) noch ein bisschen C/C++ syntax ermoeglichen, ist oftmals viel praktischer als das gleiche in zehn extra zeilen in object pascal zu loesen
- Units aufloesen und dagegen die dateien einzeln kompilieren und anschliessend linken (aehnlich wie in c/c++), dabei evtl ermoeglichen libs die in c/c++ entwickelt wurden mit linken zu koennen (kann afaik FreePascal)
- template funktionen/klassen (wie man sie aus c++ kennt, eine klasse sache)
- vernuenftige Makefiles verwenden
- Faehigkeit Treiber zu kompilieren

Das wuerde ich mir fuer D9 wuenschen, D7 und D8 kenn ich nicht (soll sowieso nicht so der bringer sein)

[LarsMiddendorf]

Zitat:

Abloesung der VCL (die groesstenteils eine traurige ansammlung von hacks ist) durch eine portierbare schlankere Loesung (z.b. aehnlich wie WxWidgets),

Im Win32 Bereich ist die VCL doch eigentlich eine der besten Lösungen und ansonsten kann man mit Delphi6 doch auch CLX Projekte erstellen.

Zitat:

Units aufloesen und dagegen die dateien einzeln kompilieren und anschliessend linken (aehnlich wie in c/c++), dabei evtl ermoeglichen libs die in c/c++ entwickelt wurden mit linken zu koennen (kann afaik FreePascal)

Gerade das Unit Konzept ist doch eine Stärke von Delphi.
Delphi kann aber auch so bereits schon seit einigen Versionen c/c++ obj Dateien erzeugen und einbinden sowieso.

[w3seek]

Zitat:

Zitat von LarsMiddendorf

Im Win32 Bereich ist die VCL doch eigentlich eine der besten Lösungen und ansonsten kann man mit Delphi6 doch auch CLX Projekte erstellen.

Die VCL ist nichts anderes als ein riesiger haufen von schmutzigen hacks, ist groesstenteils nicht wirklich gut programmiert. Ich denke das trifft auf die CLX ebenso zu (hab sie aber noch nicht gesehen)

Zitat:

Zitat von LarsMiddendorf

Gerade das Unit Konzept ist doch eine Stärke von Delphi. Delphi kann aber auch so bereits schon seit einigen Versionen c/c++ obj Dateien erzeugen und einbinden sowieso.

Hm ob das eine staerke ist, weiss nicht mir gefaellt es nicht so gut. Wenn man klassen und funktionen ueber viele dateien verteilt und ueberall immer die uses klauseln korrekt halten muss (ich errinnere mich an die staendigen ueberkreuzungsfehler (interface/implementation), das find ich in c/c++ viel einfacher geloest. Die Forward-deklarationen einfach in header dateien packen, die einfach inkludieren und am ende wird alles einfach zusammengelinkt.
Dass Delphi mit c/c++ obj dateien umgehen kann, wusste ich nicht.

Ach ja ich misse noch einen guten Resourcen Editor wie man ihn aus VC++ kennt (und einen vernuenftigen resourcen compiler der auch einen preprocessor hat) ;-)
Vielleicht bin ich mittlerweile die vorteile von c(++) zu stark gewohnt :mrgreen:

[MathiasSimmack]

Zitat:

Zitat von w3seek

Die VCL ist nichts anderes als ein riesiger haufen von schmutzigen hacks, ist groesstenteils nicht wirklich gut programmiert. Ich denke das trifft auf die CLX ebenso zu (hab sie aber noch nicht gesehen)

Also, da möchte ich dir widersprechen. Das Grundkonzept der VCL ist sehr gut. Wenn ich mir überlege, was es doch für Arbeit macht, einige Dinge in nonVCL-Projekten zu realisieren, dann kann man froh sein, dass einem jemand die Arbeit in Form der VCL abgenommen hat.
Das einzige Problem: Mit jeder neuen Version kamen neue Ergänzungen ... und leider auch neue Fehlerchen hinzu. Die CLX spielt da sicher auch eine Rolle. Ich bin mir sicher, die meisten Probleme in D7 werden von diesem Mischmasch verursacht.

Aber so ist das nun mal: Menschen machen die VCL, und Menschen machen eben auch Fehler ...

[w3seek]

Ich habe nicht das Grundkonzept gemeint, das ist in der Tat eine hervorragende Idee, an der Umsetzung haperts jedoch gewaltig. Die stammt teilweise noch aus den 3.x zeiten, man haette statt auf rueckwaertskompatibilitaet zu setzen lieber eine saubere (insbesondere multithreading-faehige) Implementierung entwickeln sollen. Win32 ist nunmal auf multithreading ausgelegt, in win3.x war das ja mehr oder weniger ein Fremdwort...

[phlux]

Basierend meiner Erfahrungen mit D7 Personal ;) :
Ich hätte gerne wieder ne vernünftige IDE sprich so wie in Delphi5 :lol:
- Ich möchte zur Debugzeit wieder sehn können, welche Werte die Variablen haben (Maus drüber->Hintfenster->Wert steht drin)
- Die alten Tastenkombos die automatisch die read und write Methoden schreiben wenn man Kompos erstellen will

Mehr ist mir bis jetzt nicht bitter aufgefallen, ausser das Delphi wenn man sich die Methoden anzeigen lässt/auswählt automatisch das "();" dranhängt, gehts nur mir so? ich komm damit immer ins schleudern :mrgreen: weil ich nie dran denk ;)

mfg phluphlu :hi:

[Tubos]

Zitat:

Mehr ist mir bis jetzt nicht bitter aufgefallen, ausser das Delphi wenn man sich die Methoden anzeigen lässt/auswählt automatisch das "();" dranhängt, gehts nur mir so? ich komm damit immer ins schleudern weil ich nie dran denk

genauso gehts mir und wenn ich es ausschalte werden die parameterinfos nur manchmal (!) angezeigt

Dazu gleich noch ein Wunsch:
Schnellere Parameter- und Elementinfos (ich denke da z.B. an Visual C++, wo sie sofort da sind und zwar ohne dass er irgendwas laden musse) - das habe ich in delphi 7 vermisst.

[phlux]

:firejump: da bin ich froh das ich nicht der einzige bin, vom gefühl her würd ich sogar sagen die können das übermalen der Menü's etc und w2k weglassen, das macht das ganze bestimmt auch noch performanter :coder:

[GuenterS]

Denke auch, es wäre bald mal an der Zeit die Win3x/Win9x/ME schiene aufzugeben und auf NT/2K/XP/.. zu setzen.