aktuelle Delphi-Versionen?

[stz]

Moin moin,
irgendwie bin ich gerade sehr verwirrt, was die aktuellen Delphi-Versionen können und welche es gibt.
Da wäre Delphi 2006 oder BDS 2006 - erste Verwirrung: Ist das dasselbe?
Dazu gehören die Turbo Explorer 2006 als kostenlose Delphi-Version.

Und jetzt gibt es irgendwie Delphi 2007. Aber wieso heißt das auf der CodeGear-Website "Delphi for Win32"? Was ist mit "Delphi für .NET"? (2. Verw.)
Und gibt es auch von der aktuellen Version eine kostenlose Version? Personal Edition oder Turbo Explorer? (3. Verw.)

Und wieso gibt es turboexplorer.de nicht mehr? Die URL führt jetzt zur better office Website.

Vielleicht kann ja jemand meine Verwirrungen lichten

Gruß
Malte

[SirThornberry]

Delphi 2006 ist das gleiche wie BDS2006
soblad da das "Turbo" dazu kommt sind es nicht mehr mehrere Programmiersprachen (personalities) zusammen sondern nur noch eine Programmiersprache. TurboDelphi 2006 ist also der Delphiteil vom BDS2006 etc.

Ein BDS2007 gibt es (noch?) nicht. Dafür gibt es "Delphi für Win32" in der 2007-Version, eine PHP-Version etc.

[Phoenix]

Eigentlich ist es ganz einfach.

Die letztes Version eines 'Studios' war BDS 2006 - oder auch Delphi 2006. Dazu passend gibt es auch die Turbos als einzelne Personalities oder 'Einzelsprachversionen'.

Jetzt, 2007, werden Stückweise größere 'Einzelsprachversionen' released. Größer, weil es diese in der Professional und Enterprise-Version gibt.
Delphi 2007 für Win32 und der C++ Builder 2007 sind schon da.
Dazu wird sich im dritten Quartal Delphi 2007 für .NET (und damit das Überbleibsel vom C# Builder) gesellen.

Diese drei Einzelsprachversionen werden dann im "RAD Studio 2007" zusammengefasst werden. Anscheinend sollen dann - wenn das Studio komplett ist - auch wieder Turbo-Versionen veröffentlicht werden. Wohl aber offenbar mit etwas größeren Einschränkungen als die aktuellen Turbo Explorer.

[stz]

Aha, okay. Also sind die Turbos 2006 noch die aktuelle Kostenlos-Version. Und Delphi 2007 für Win32 ist so eine Art Vorveröffentlichung des ganzen BDS oder RAD-Studio 2007.

Aber was ist dann mit turboexplorer.de passiert?

Zitat von Phoenix:

Dazu wird sich im dritten Quartal Delphi 2007 für .NET (und damit das Überbleibsel vom C# Builder) gesellen.

Im Moment sind doch der C# Builder und Delphi für .NET getrennte Sachen?

Gruß
Malte

[Phoenix]

Der C# Builder wurde eingestellt. Delphi für .NET wird zwar C# Code weiterhin compilieren können, aber es wird keinen weiteren Support für Windows Forms mehr geben. Daher 'Überbleibsel'.

[stz]

Zitat von Phoenix:

aber es wird keinen weiteren Support für Windows Forms mehr geben. Daher 'Überbleibsel'.

Aber nur bezogen auf C#-Projekte?! d.h. in Delphi für .NET wird es auch weiterhin die beiden Möglichkeiten von VCL(.NET)-Anwendungen und Windows-Forms-Anwendungen geben?

Gruß
Malte

[mkinzler]

Jein. es wird kein WinForms-Designer mehr geben.

[hanspeter]

Zitat von stz:

Aber nur bezogen auf C#-Projekte?! d.h. in Delphi für .NET wird es auch weiterhin die beiden Möglichkeiten von VCL(.NET)-Anwendungen und Windows-Forms-Anwendungen geben?

Die gleiche Frage habe ich auch schon gestellt.
So wie ich es verstanden habe, wird es keinen Designer mehr geben.
Man kann zwar für Net compilieren aber die Oberfläche läuft als VCL und die mit Delphi erzeugten Net Bibliotheken können
von VS2005 - Programmieren nicht oder nur eingeschränkt verwendet werden. Unter Mono funktioniert das ganze auch nicht so richtig.
Damit ist BDS 2007 eigentlich komplett uninteressant. Der Win32 Teil ist bereits mit D2007 erschienen und die Net Entwicklung mit Delphi ist wohl nun gänzlich uninteressant geworden.
So richtig verstehe ich die Beweggründe nicht.

Gruß Peter

[stz]

@Peter: Genau das war mein Gedanke bei der Frage. Schließlich ist imho die VCL eine Art Kapselung der WinAPI, damit man die Klassen der VCL benutzen kann und nicht mit den unkomfortableren Funktionen der WinAPI programmiert. .NET ist nun ein Framework, dass im Prinzip das gleiche tut. Die Funktionen der WinAPI werden in komfortableren Klassen zur Verfügung gestellt. Unterschied: Die VCL wird in die Exe mit hineinkompiliert und das .NET Framework muss auf dem Zielrechner installiert sein.

Aber warum man nun VCL.NET braucht verstehe ich nicht. Hier wird die WinAPI hinter .NET versteckt und .NET hinter der VCL.NET. Hier wird nun die VCL mit in die Exe hineinkompiliert und diese verwendet das externe .NET Framework. Ich kann mir nicht vorstellen, dass das dann noch besonders effektiv arbeitet mit soviel "Schichten"... Oder bin ich völlig auf dem Holzweg?

Gruß
Malte

[Phoenix]

Zitat von stz:

Oder bin ich völlig auf dem Holzweg?

Ja

Die VCL.NET kapselt nicht die .NET Komponenten sondern die VCL .NET benutzt weiterhin die Windows API.
Das heisst, wenn Du die VCL.NET verwendest werden am .NET Framework vorbei API-Calls via P/Invoke abgesetzt um z.B. Fenster zu zeichnen etc.