Delphi 8 und das .NET

[nailor]

@Hansa: Zur Zeit sehen die Endanwender (und haben damit beinahe recht, da es für .NET bisher sozusagen nur den WinAPI-Unterbau gibt) sowas wie die VBRuntime Librarys. Nur dass es absolut kein Problem wäre, einen komplett neuen Unterbau zu schaffen, sodass das Programm auch unter anderen Systemen laufen würde (mono.net oder eben auch das, was mit Longhorn kommen wird). Und die "Langsamkeit" hängt ganz entscheidend mit dem zusammen, was Phoenix gesagt hat.

[sharkx]

Ich glaube nicht das Borland gezwungen war schnellstmöglich eine .NET IDE zu basteln. Zumal die C# Sprache mit dem Chefentwickler von Borland entwickelt wurde.

Ich Code selbst seit über einem Jahr intensiv in C# (jedoch mit der VS IDE) und habe eine Menge Vorteile gegenüber der alten Win32Api kennen gelernt.

Ab Longhorn wird die .NET Api die Win32Api definitiv ablösen.

Gruß
sharkx

[MathiasSimmack]

Zitat von sharkx:

Ich glaube nicht das Borland gezwungen war schnellstmöglich eine .NET IDE zu basteln. Zumal die C# Sprache mit dem Chefentwickler von Borland entwickelt wurde.

Ja, aber nicht von und bei Borland. Oder?

[Phoenix]

Zitat von sharkx:

Ich glaube nicht das Borland gezwungen war schnellstmöglich eine .NET IDE zu basteln.

DOch, Borland war da einfach etwas zu langsam. Der C# Builder kam dann ja heraus, und auf der gleichen IDE setzt ja jetzt auch D8 auf. Meines Erachtens sollte Borland dahin gehen Delphi und C# (und C++ ?) - also im Prinzip alle Sprachen - in einer IDE zu vereinen - so wie es das VS auch macht.

[sakura]

Zitat von sharkx:

Ich glaube nicht das Borland gezwungen war schnellstmöglich eine .NET IDE zu basteln.

Doch, dass waren die schon. Borland musste zeigen, daß auch Delphi auf dem .NET Markt mitspielen will. Und es war damals besser Delphi 8 unfertig auf den Markt zu werfen als noch mehr Kunden zu verlieren die auf andere Sprachen wechseln.

Durch die schlechte Version von Delphi haben die bestimmt auch einige Kunden verloren, aber wahrscheinlich sehr viel weniger als wenn die nichts präsentiert hätten. Delphi.NET hat gegenüber anderen .NET Sprachen auch einige Alleinstellungsmerkmale (Beispiel Class Helpers).

@Hansa: Es ist anzunehmen, daß in Delphi 9 auch der Win32 Compiler komplett überarbeitet wurde. Hier mal ein Zitat zum Thema for A in B do, da es beide Welten betrifft

http://homepages.borland.com/dthorpe/blog/delphi/2004_08_01_archive.php#109211211041479238

p.s. One last little tease: this for..in syntax is not limited to the .NET platform. It works just peachy in the Win32 Delphi compiler as well!

......

[sakura]

Zitat von Phoenix:

DOch, Borland war da einfach etwas zu langsam. Der C# Builder kam dann ja heraus, und auf der gleichen IDE setzt ja jetzt auch D8 auf.

Nicht ganz, Delphi 8 war BDS 2.0, C# war BDS 1.0. Es ist zwar dieselbe Basis, aber schon eine höhere Version (mit mehr Bugs )

......

[MaBuSE]

Zitat von sakura:

(mit mehr Bugs )

Wer wird denn schon so kleinlich sein