Delphi 9 - Eure Erwartungen

[sakura]

Hi,

ich wurde gebeten (unter Bezug auf diesen Thread) mal einen Thread zu starten, wo Ihr Eure Wünsche, Ideen, Hoffnungen zu Delphi 9 postet.

Achtung: Keine Diskussion, nur eine Liste an Vorstellungen von Euch.

...:cat:...

P.S.: Die Rubrik ist nicht ideal gewählt, aber nicht alle haben K&T auf der Portalseite eingeblendet, deswegen diese Wahl :zwinker:

[CalganX]

Hi,

• Win32 + .NET in einer IDE verwendbar (wie bei VisualStudio.NET nur besser sortiert und organisiert)
• Wahl zwischen Docked-Fenster-Stil und Delphi-Normal-Fenster-Stil
• Schneller
• Absturzsicherer

Das wäre es erstmal. :gruebel:

Chris

[alcaeus]

Die bereits erwähnten Vorschläge plus ein ganz wichtiger:
Weniger RAM-verbrauch (bei mir immer ca. 45 MB)

Greetz
alcaeus

[OT]Kriegt Borland die Vorschläge oder was?[/OT]

[fkerber]

Hi!

[Indirekter Vorschlag]

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

Ciao fekrber

[FBrust]

Hallo,

also ich würde mir Code-Folding und eine Weiterentwicklung von Kylix wünschen.


Gruß

Frank

[Alexander]

Insbesondere schneller (die Oberfläche, Kompilieren geht schon jetzt recht flott) & stabiler sollte Delphi 9 werden. Sonst bin ihc eigentlich nicht gerade unzufrieden mit D8

[Meflin]

• reibungslose integration von .net & 32bit
  vielleicht auch entwicklung für 64bit systeme ??
  natürlich stabilität
  eine für schüler erschwingliche version ;-)

[S2B]

Zitat:

Zitat von Chakotay1308

• Win32 + .NET in einer IDE verwendbar (wie bei VisualStudio.NET nur besser sortiert und organisiert)

Das entscheidet bei mir, ob ich es mir (vielleicht) zulege oder es lasse...

Zitat:

Zitat von fkerber

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

Es sollte die PE am besten zum Download geben! :stupid:

[Robert_G]

Chak hat ein paar wichtige Punkte aufgezählt:

Zitat:

Zitat von Chakotay1308

Hi,

• Win32 + .NET in einer IDE verwendbar (wie bei VisualStudio.NET nur besser sortiert und organisiert)
• Wahl zwischen Docked-Fenster-Stil und Delphi-Normal-Fenster-Stil
• Schneller
• Absturzsicherer

Punkt eins ist mir vollkommen egal und sollte IMHO besser für eine umso bessere .Net variante geopfert werden.

Punkt 3 & 4 finde ich am allerwichtigsten (es ist momentan gerade mal ansatzweise zu erahnen, dass man keine Alpha-version installiert hat :roll:)

Zu Punkt 2:

Ich finde die IDE sollte wann immer Multithreading möglich ist, dieses auch verwenden.
Ein undocked Designer wäre IMHO nur auf die Art möglich. Schließlich müsste ja ständig der "code behind" geparst und im Designer widergegeben werden, bzw. genauso andersherum (Es gibt ja zum Glück keine .dfm mehr ;) ).
Außerdem sollte es einen Thread geben, der kontinuierlich auf Veränderungen in der Klassenstruktur achtet. -> wenn ich [Strg]+[Leer] drücke, will ich SOFORT die Liste sehen, nicht erst 0,5 - 1,5 Sekunden später. :evil:

Die typisierten DataSets sollten IMHO auch in einem Extra Thread aktualisiert werden. Außerdem hätte ich gerne einen Experten um mir ruckzuck selbst welche anlegen zu können (ich meine NICHT mit einem DataAdapter).

Es sollte einen eigenen Editor für Nachfahren von IDataParameterCollection geben. Mit dem jetzigen ist man per "Code behind" 10-mal schneller als in der IDE. :roll:

Zitat:

Zitat von alcaeus

Weniger RAM-verbrauch (bei mir immer ca. 45 MB)

Mir wäre es vollkommen egal, wenn es 300-500MB braucht, solange es SCHNELL ist. (BTW: Es zeigt bei mir gerade 135MB an ;) )



Last but not least: ICH MÖCHTE ENDLICH WIEDER Copy'nPaste IM OI BENUTZEN KÖNNEN!!! :cry:

[micsie]

Zitat:

Zitat von Meflin

eine für schüler erschwingliche version ;-)

Ist ein Preis von 80 bis 90 Euro nicht jetzt schon für Schüler erschwinglich?

mfg micsie

[r_kerber]

Mein Wunsch: .NET Compact Framework

[MaBuSE]

Die Liste von Chakotay1308 würde ich wie folgt ergänzen:

• Win32 + .NET in einer IDE verwendbar (wie bei VisualStudio.NET nur besser sortiert und organisiert)
• Wahl zwischen Docked-Fenster-Stil und Delphi-Normal-Fenster-Stil
• Schneller
• Absturzsicherer
• Möglichkeit der Platformwahl (.net 1.1 / 1.2 bzw. 2.0)
• Integration anderer Sprachen (C#) in die IDE (ist von Borland angekündigt)
• Erweiterung der VCL for .NET (Kompatibelität)
• "Namespace"-Problem
• Möglichkeit zur Trennung von VCL und FCL (Einschaltbar / Option)
• Hinweise bzw Warnungen falls in WinForm-Projekten VCL Code verwendet wird (s.o.)
• vernünftige Online-Hilfe!!!
• bessere Integration von Versionsverwaltungsystemen (z.B. ClearCase, SCC-Interface)
• Einige "Feinheiten" die in VisualStudio besser gelöst sind.
• ...

ps: @sakura

Zitat:

ich wurde gebeten (unter Bezug auf diesen Thread) mal einen Thread zu starten, wo Ihr Eure Wünsche, Ideen, Hoffnungen zu Delphi 9 postet.

Das hatte ich mir auch überlegt, als ich in den Thread gepostet habe :-)

[Sanchez]

Ich will auch das .NET CompactFramework.
Das ist der einzige Grund, warum ich derzeit C# programmiere.

Außerdem hätt ich gerne die IDE wieder in gewohnter Form.

[bttb930]

Die Lokalisierung von Anwendungen ist derzeit haarsträubend kompliziert (derzeit bezieht sich auf D7 und noch nicht auf .net, kann mir aber nicht vorstellen dass es dort wesentlich leichter ist - nur halt anders).

Der Editor sollte mal überarbeitet werden (stapelbare Datei-Tabs, eine Liste der offenen Dateien die man andocken kann, Quelltexte einklappbar)

Allerdings ist mir D8 und D9 relativ egal, da ich mir das ganze eh nicht mehr leisten kann, seit ich kein Student mehr bin. Und Datenbanken brauch ich halt, also nichts mit PE. Ich mach weiter mit D5 oder mit D7 in der Firma... :-(

Aber wenn man Mehrwert einbauen möchte, dann sollten die Komponenten von DevExpress standardmäßig zu Delphi dazu gehören.

Ach ja, Rave Report ist besch*** - da sollte Borland die Firma zwingen, endlich mal eine brauchbare Doku zu schreiben.

[merlin17]

Hallo,

ich habe mir bei dem Lesen dieses Threads auch mal Gedanken gemacht:

Zitat:

Win32 + .NET in einer IDE verwendbar

Microsoft es nicht einmal probiert....warum nur :twisted:
Wie läuft es mit Thirdparty-Komponenten ab? Ich glaube nicht, dass
hier noch sehr viel Gehirnschmalz in die "alte VCL-Welt" investiert wird.

Zitat:

Schneller

-> Sorry, aber was kostet ein EntwicklerRechner heutzutage? Wir brauchen ja
nicht die GHz ohne Ende, ein schönes DualProc-System mit Arbeitsspeicher (1-4 GB)
und einem schnellen Plattensystem?!?! Und war vor vielen Jahrzehnten mal einen
386DX20 mit 4 MB für knapp 5.000,- DM gekauft hat, er lächelt über die aktuellen
Preise (z.B. Dual Xeon IV mit 1,7 GHz und 1 GB RAM sowie Ultra-160 SCSI-System nicht
nichtmal 1.000,- EUR....). Und dieses Teil ist als Entwicklersystem rasent schnell.

Zitat:

Absturzsicherer

Bei Delphi8 war es ja V1.1 in der .net-Welt (V1.0 war ja die C#Builder-IDE)
Bei einer Kombination von .net und Win32 wird es "wieder ein V1.0"-Welt, oder?

Zitat:

entwicklung für 64bit systeme ??

-> Hier läuft in den amerika. Newsgroups gerade ein Thread, im .net-Bereich ist es
ja mehr oder weniger erledigt. bei Win32 muss wahrscheinlich der Markt entscheiden.

Zitat:

Möglichkeit der Platformwahl (.net 1.1 / 1.2 bzw. 2.0)

Da müssen wir wahrscheinlich auf VS.NET 2005 warten wie es MS dort "integriert".
und hier wird Borland immer einen Schritt hinter MS sein, ist aber sicherlich kein
prinzipeller fehler!

das .NET CompactFramework.
-> ist eher ein Lizenzrechtliches und nicht so sehr ein technisches Problem,
zumindest kam es auf der BorCon03 in SanJose so herüber.

Und abschließend: Bezahlbar muss so etwas auch sein, im Dezember 03 gab es Delphi8
im Dezember04 soll es Delphi9 geben (hat Dale Fuller in einem Interview gesagt).
Und die richtigen Version (Prof bzw. eher Enterprise oder Architect....) sind nicht
mehr so billig wie in Delphi 1-4 Zeiten.......
Und wo ist der Mehrwert der einzelnen Updates?? Allerdings wenn nicht mehr jede VErsion
gekauft wird, dann kann der Softwarehersteller Borland irgendwann kein neues Projekt anfangen.
Und eine Mischkalkulation wie bei M$ gibt es ja nicht (Betriebssysteme, Office-Systeme, Backoffice-Systeme....
X-Box :wall: etc.etc.)

ein kritischer

:-) thomas

[Sanchez]

Zitat:

Zitat von bttb930

Der Editor sollte mal überarbeitet werden (stapelbare Datei-Tabs, eine Liste der offenen Dateien die man andocken kann, Quelltexte einklappbar)

In D8 ist er doch bereits stark überarbeitet. Zum Beispiel die einklappbaren Quelltextteile sind schon mit dabei. Vor allem im Designer und im OI wünsche ich mir allerdings mehr von D7.

[MathiasSimmack]

Zitat:

Zitat von merlin17

Und abschließend: Bezahlbar muss so etwas auch sein, im Dezember 03 gab es Delphi8
im Dezember04 soll es Delphi9 geben (hat Dale Fuller in einem Interview gesagt).
Und die richtigen Version (Prof bzw. eher Enterprise oder Architect....) sind nicht
mehr so billig wie in Delphi 1-4 Zeiten.......

Da hast du allerdings recht. Wenn es ein spezielles Update geben würde, das bspw. nur die Delphi 9-CD enthält, würde ich mit mir reden lassen. Ich habe festgestellt, dass ich vieles von dem beiliegenden Zeug gar nicht brauche. Diese IBM-CDs, die bei D8 dabei sind, haben noch nicht mal Gebrauchsspuren, weil sie nie in meinem Laufwerk waren. So sieht´s aber, offen gesagt, auch mit den anderen Zugaben aus.

So bin ich bspw. sicher, dass man den MS SQL-Server auch mit Delphi 9 verwenden kann. Wieder etwas, auf das ich verzichten könnte.

Zitat:

Zitat von Sanchez

In D8 ist er doch bereits stark überarbeitet. Zum Beispiel die einklappbaren Quelltextteile sind schon mit dabei. Vor allem im Designer und im OI wünsche ich mir allerdings mehr von D7.

Das ist eine Gewöhnungsfrage, muss ich sagen. Ich kenn´s bereits vom Visual Studio, und insofern finde ich die Angleichung durchaus gut. Du musst nicht lange überlegen.


Mein persönlicher Wunsch: Integrierte Hilfe wie im VS. Hatte ich ja schon mal gesagt: Wenn man es einmal gewohnt ist, die Hilfe direkt im Programm zu haben, so dass man nicht mehr zwischen Entwicklungsumbebung und Hilfefenster hin und her wechseln muss, dann will man das nicht mehr missen.

[mirage228]

Also ich wünsche mir von Delphi 9 folgendes :

• Eine schnellere IDE - Eine Startzeit von locker einer Minute ist nicht mehr feierlich. Da bin ich von Delphi 3 bzw. 7 anderes gewohnt. Das ist mir ziemlich wichtig, da es mich wirklich, aber wirklich nervt, mehrere Sekunden zu warten bis eine Komponente auf dem Form erscheint und dann nochmal bis die Eigenschaften im OI angezeigt werden :roll:
• IDE: Komponenten wieder im klassischen Stil anzeigen und evtl. Form und Code Fenster trennen, wie früher
• Weniger Bugs / Abstürze
• .NET (FCL und VCL.NET) und Win32 vernünftig unter einen Hut bringen [ na, ob das was wird... ]
• Dieses Problem mit den "Namespaces" (bzw. "Namespace-Aliasen") sollte behoben werden...

Ich habe sicher einige Punkte vergessen, aber im Wesentlichen ist das hier das, was ich mir von Delphi 9 wünsche bzw. erwarte.

mfG
mirage228

[LarsMiddendorf]

Ich hoffe es sind dann auch die C# 2.0 Generics mit dabei.
Außerdem wäre es schön auch eine "for in " Schleife zu haben um wie bei C# zu interieren.
Für die Win32 Version würde ich mir die gleichen Spracherweiterungen wie bei der .Net Version wünschen und einen 64 Bit Compiler. Den wird es aber wohl leider nie geben.
Delphi9 soll wieder so wie Delphi 2-7 eben nur für .Net und vor allem wieder richtig schnell sein. Die neue Oberfläche gefällt mir nicht so besonders und ich hätte die Formulare lieber in einer Resource als in dem Code selber. Vielleicht gibt's ja eine Möglichkeit auch die Formulare für Windows.Forms Anwendungen in dfm Dateien zu speichern.

[GuenterS]

Also ich würde mir eine IDE genau wie in D8 wünschen, dass nicht mehr so viele lose Fenster herumgeistern wie in D7. Auch das Codefalting ist eine gute Erweiterung.

Optimal wäre es aber wenn man beides haben könnte, via Einstellungen in den Optionen, dann wären sicher die meisten zufrieden :)

[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.

[Robert_G]

Zitat:

Zitat von 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

Das funktioniert in meinem alten D7Pro einwandfrei. ;)

Zum Thema:

• Entweder ich bin zu blöd, oder man kann in D8 nicht allen möglichen Actions (unter .Net heißen sie ja jetzt Commands ;) ) neue Tastenkombinationen zuweisen.
  Das fände ich sehr wichtig. Ich will zum Bleistift per Tastenkombi zwischen Designerlayout, Codinglayout und Debuglayout springen könnnen.
  Außerdem würde ich gerne Macro aufzeichen/abspielen auf die gleichen Tasten legen können, die ich im PL/SQL Developer verwende.
  Eine Macro Library, in der man ein aufgezeichnetes Macro abspeichern und mit einem Tastaturkommando aufrufen kann wäre auch sehr sinnvoll.
• Die IDE soll endlich mit mehreren Monis klarkommen: Bei manchen Layoutdefinitionen springt sie vom linken auf den rechten Moni. Wähle ich das Layout nochmal aus, springt sie entweder noch weiter nach rechts (dann ist sie natürlich wech :( ), oder wieder nach links. Ich konnte bisher kein klares System hinter dem Bug feststellen, aber er ist tierisch nervig. :evil:
• Die Toolpalette darf nicht mehr als 0,5 Sekunden zum aktualisieren brauchen (beim Wechsel zwischen Code -> Design view).
  Generell müssen schon während des Schreibens in der Code-Ansicht, alle nötigen Infos zusammengesucht werden, um einen verzögerungsfreien Wechsel zu ermöglichen.
  :arrow: Das gilt VOR ALLEM für den ar***langsamen ASP.Net-Designer!
• Der Debugger sollte dringend debugt werden. :lol:
  Er funktioniert unter WinForms so schlecht, dass ich lieber den CLR Debugger des SDKs verwende. Unter ASP.Net funktioniert er überhaupt nicht
• Warum, zum Geier, gibt es in D8 keinen Object TreeView mehr?

Das ganze mag nach ziemlich viel aussehen, aber bei anderen IDEs sind die meisten Funktionen NORMAL.

[MaBuSE]

Zitat:

Zitat von merlin17

ich habe mir bei dem Lesen dieses Threads auch mal Gedanken gemacht:

aha. ;-)

Zitat:

Zitat von merlin17

Zitat:

Win32 + .NET in einer IDE verwendbar

Microsoft es nicht einmal probiert....warum nur :twisted:
Wie läuft es mit Thirdparty-Komponenten ab? Ich glaube nicht, dass
hier noch sehr viel Gehirnschmalz in die "alte VCL-Welt" investiert wird.

Hmmm, meines Wissens kann man bei VS.NET sehr wohl auch win32 Code erzeugen.
Allerdings nicht mit WinForms.
Aber ist ja auch bei Delphi nicht anders. VCL für Win32 und .NET bzw. WinForms nur für .NET

Zitat:

Zitat von merlin17

Zitat:

Schneller

-> Sorry, aber was kostet ein EntwicklerRechner heutzutage? Wir brauchen ja
nicht die GHz ohne Ende, ein schönes DualProc-System mit Arbeitsspeicher (1-4 GB)
und einem schnellen Plattensystem?!?! Und war vor vielen Jahrzehnten mal einen
386DX20 mit 4 MB für knapp 5.000,- DM gekauft hat, er lächelt über die aktuellen
Preise (z.B. Dual Xeon IV mit 1,7 GHz und 1 GB RAM sowie Ultra-160 SCSI-System nicht
nichtmal 1.000,- EUR....). Und dieses Teil ist als Entwicklersystem rasent schnell.

Hmmm, ich habe einen Rechner mit 2,6 GHz P4 mit HT (Also für das Betriebssystem 2 Prozesoren)

Die IDE ist sehr langsam!!! (Wechsel zw. Code und Designer, Starten, ...)
Das es schneller geht beweist Microsoft ja mit VS.NET.
Außerdem kann nicht mit Einführung eines neuen Entwicklererkzeugs gleich die ganze IT-Landschaft in einem Unternehmen geändert werden. Unternehmen haben die Rechner meist auch geleast, so dass die Rechner min. 3 Jahre genutzt werden.
Stell Dir vor Du hast nicht einen Programmierer sondern 50 oder 100.
Wenn Du nun die Wahl hast ein relativ teures "Delphi 8/9 Architekt + neue Rechner"-Paket oder ein relativ günstiges "VS.NET ohne neue Rechner"-Paket.
Wenn Borland da nicht was macht, werden viele "Firmenkunden" wechseln, und nur von "Privatleuten" kann Borland nicht leben. (Zumal die Produktpalette von Borland ja mittlerweile Richtung größere Firmen geht (Integrating the Enterprise :-)))

Zitat:

Zitat von merlin17

Zitat:

Absturzsicherer

Bei Delphi8 war es ja V1.1 in der .net-Welt (V1.0 war ja die C#Builder-IDE)
Bei einer Kombination von .net und Win32 wird es "wieder ein V1.0"-Welt, oder?

Hmmm, ich verstehe nicht was Du damit sagen willst.
Es ist sehr wohl machbar aus einer .Net Anwendung ein Win32 Projekt zu erstellen.
Das Framework schränkt ja die Programme nicht in Ihrem Tun ein.

Zitat:

Zitat von merlin17

Zitat:

entwicklung für 64bit systeme ??

-> Hier läuft in den amerika. Newsgroups gerade ein Thread, im .net-Bereich ist es
ja mehr oder weniger erledigt. bei Win32 muss wahrscheinlich der Markt entscheiden.

Der .net Anwendung ist es egal auf welcher Plattform sie läuft.
Das ist ja einer der Vorteile von .net.
Das "vorkomplilierte" Projekt wird ja beim Start vom .net Framework nochmals für die Plattform kompiliert. -> damit läuft es auch optimal auf 64-bit. / theoretisch sogar auf Linux (Mono)

Zitat:

Zitat von merlin17

Zitat:

Möglichkeit der Platformwahl (.net 1.1 / 1.2 bzw. 2.0)

Da müssen wir wahrscheinlich auf VS.NET 2005 warten wie es MS dort "integriert".
und hier wird Borland immer einen Schritt hinter MS sein, ist aber sicherlich kein
prinzipeller fehler!

VS.NET kann das ja schon jetzt !!!
Im Moment kann man zwischen .NET 1.0 und .NET 1.1 wählen.

Zitat:

Zitat von merlin17

das .NET CompactFramework.
-> ist eher ein Lizenzrechtliches und nicht so sehr ein technisches Problem,
zumindest kam es auf der BorCon03 in SanJose so herüber.

Ist ja schon angekündigt. Soll in Delphi 9 kommen (Wenn nicht, dann in 10)

Zitat:

Zitat von merlin17

Und abschließend: Bezahlbar muss so etwas auch sein, im Dezember 03 gab es Delphi8
im Dezember04 soll es Delphi9 geben (hat Dale Fuller in einem Interview gesagt).
Und die richtigen Version (Prof bzw. eher Enterprise oder Architect....) sind nicht
mehr so billig wie in Delphi 1-4 Zeiten.......
Und wo ist der Mehrwert der einzelnen Updates?? Allerdings wenn nicht mehr jede VErsion
gekauft wird, dann kann der Softwarehersteller Borland irgendwann kein neues Projekt anfangen.

Ein wichtiger Punkt ist Support.
Keine vernünftige Firma wird heute noch in D2..D4 programmieren, da

• erstens die "neuen" Betriebssysteme nicht optimal unterstützt werden,
• zweitens keine Garantie auf y2k Kompatibilität seitens Borland ausgesprochen wurde und
• drittens es offiziell keinen Support mehr gibt.

Zitat:

Zitat von merlin17

Und eine Mischkalkulation wie bei M$ gibt es ja nicht (Betriebssysteme, Office-Systeme, Backoffice-Systeme....
X-Box :wall: etc.etc.)
ein kritischer
:-) thomas

Hier stimme ich Dir zu :mrgreen:

[neolithos]

Zitat:

Zitat von MaBuSe

VS.NET kann das ja schon jetzt !!!
Im Moment kann man zwischen .NET 1.0 und .NET 1.1 wählen.

Wo ich ich habe VS 2003 in finde keinerlei Einstellungsmöglichkeit!

[sakura]

Zitat:

Zitat von neolithos

Zitat:

Zitat von MaBuSe

VS.NET kann das ja schon jetzt !!!
Im Moment kann man zwischen .NET 1.0 und .NET 1.1 wählen.

Wo ich ich habe VS 2003 in finde keinerlei Einstellungsmöglichkeit!

Ich habe mir sagen lassen, daß man es einstellen kann, allerdings ignoriert VS 2003 die Einstellung :roll:

...:cat:...

[maximov]

Ich wünsch mir

• - Attribute auch für native-code (win32 oder 64)
  - Makros
  - inline funktionen
  ...
  - natürlich 'bugfrei'
  - IDE schneller

:-D

[Alexander]

Das mit dem Dualmonitor ist mir auch wichtig. Auch Delphi 7 zickt da gewaltig rum. Das Fenster, in dem die Object-Hierachie zu sehen ist, wandert trotz mehrfachem Speichern der Oberfläche nach dem Kompilieren immer den Platz :sad:

[Chewie]

Zitat:

Zitat von w3seek

Die Forward-deklarationen einfach in header dateien packen, die einfach inkludieren und am ende wird alles einfach zusammengelinkt.

Include-Dateien kann Delphi auch verwenden.

[Christian S.]

Als Sprachfeature fände ich Templates noch ganz nett. :-)

[Robert_G]

Mein täglicher Wunschzettel :mrgreen:

Die Sprache von D8 wurde ja (möglichst werbewirksam :roll: ) in Delphi.Net umbenannt.
Warum ist sie dann eigentlich so unverträglich mit dem FrameWork?

• Warum muss ich einen nervigen & sinnlosen typ für einen Array anlegen, nur um zur Laufzeit eine Instanz oder einen Rückgabewert davon erzeugen zu können???
  C#
  
  Delphi-Quellcode:

    XYZ = new Object[] {'la', 'le', 'lu'};

  Delphi.Net
  
  Delphi-Quellcode:

    type TNervigerSinnloserTyp = array of object;
    ...
     XYZ := TNervigerSinnloserTyp.Create('la', 'le', 'lu');

• Warum kann ich nicht einfach Object für ein System.Object schreiben?
• Warum ist, lokal deklariert, ein string ab & zu etwas anderes als ein System.String?
• Warum funktioniert das in c# aber nicht in delphi.Net? (nicht über den Sinn philosophieren -> ist nur ein Beispiel ;) )
  
  
  Delphi-Quellcode:

    private DataSet fDataSet;
    public  DataSet  DataSet
    {
      get {return fDataSet};
      set {fDataSet = value};
    }

  Delphi-Quellcode:

    property DataSet :DataSet read fDataSet write set_DataSet;

  Ich _MUSS_ System.Data vor den Typ schreiben, obwohl es für den Compiler ABSOLUT eindeutig sein sollte, was ich da vorhabe.
  
• Warum legt er in 90% aller Fälle die privaten Felder falsch an, wenn ich auf class completion ([Strg]+[Shift]+[C]) drücke???
  Man muss sie dann eigenhändig in den private-Teil ziehen!
  Ab & zu würfelt er es auch komplett durch einander.

p.s.: das Arrayproblem gab es auch schon in Delphi32!

Ich wäre schon zufrieden, wenn ich auch nur auf die Hälfte der Fragen ein Antwort bekomme, wie:
"Upps, sorry :duck: , das haben wir komplett verschlampt. In D9 wird das behoben."

[MathiasSimmack]

Zitat:

Zitat von Robert_G

Ich wäre schon zufrieden, wenn ich auch nur auf die Hälfte der Fragen ein Antwort bekomme, wie:
"Upps, sorry :duck: , das haben wir komplett verschlampt. In D9 wird das behoben."

Das wäre ein Schuldeingeständnis, für das man evtl. zur Rechenschaft gezogen werden kann. ;)