Tiburón und .NET ?

[moelski]

Moin !

Rad Studio 2007 kann ja .NET, aber hat keinen Formular Designer mit im Bauch, was irgendwie (zumindest für mich) ziemlicher Unsinn ist ...
Ich habe jetzt schon das ein oder andere zu Tiburón gelesen, aber konnte keine Info finden, ob der Designer nun mit dabei ist.
Und welches .NET unterstützt Tiburón - 2.0?

[Daniel]

Ich fürchte, da musst Du warten, bis Du auf blogs.codegear.com etwas Passendes lesen wirst (ggf. auch delphifeeds.com). Diejenigen von uns, die am Beta-Programm teilnehmen, dürfen es Dir noch nicht sagen.

Wenn also CodeGear selbst noch nichts dazu gesagt hat, darf das - gegenwärtig - auch kein anderer.

[moelski]

Moin !

Nuja, wenn ich mir diesen Blog ansehe: http://chrisbensen.blogspot.com/2008...-peek-com.html

Das sieht irgendwie nicht gut aus. Da steht doch recht wenig im Vergleich zu Delphi Win32.

Nuja, man wird es sehen ...

[mkinzler]

Keine Aussage ist doch auch eine Aussage. Aber da der WinForms-Designer bei CRS2007 schon rausgeflogen ist, da Delphi-Net "superior" ist, wird es wohl nicht zurückkommen. Es war mal eine VCL.Net-Implementierung auf WPF o.ä. im Gespräch wird aber sicherlich erst später kommen, wenn überhaupt.

[Hunni]

Hallo,

Siehe Aussagen von Nick Nodges aus der Non-Technical Group vom 23.07


-----------------------------------------

Rick Carter wrote:

> <sigh> Can you at least tell us whether Tibursn is a release only for
> the Win32 products, or whether it will be a "RAD Studio" release
> including Delphi for .NET as well?

Tiburon will be a release of Delphi 2009 and C++Builder 2009.

Our .Net solution will be sometime after that. Can't say exactly when
that sometime is.

> We really need to see that long-promised Delphi for .NET Roadmap, or
> at least get some clarification!

Still in the works.



--
Nick Hodges
Delphi Product Manager - Embarcadero
http://blogs.codegear.com/nickhodges

--------------


Hunni

[mkinzler]

Zitat:

Still in the works.

Und das schon geraume Zeit :gruebel:

[moelski]

Moin !

Zitat:

wenn überhaupt

das wäre schade, da ich beruflich oft mit .NET arbeiten muss. Nutze dafür VB.net, aber Delphi.net wäre mir lieber.

Hmm evtl doch mal über VS2008 + Oxygen 3.0 nachdenken.

[Dax]

Zitat:

Zitat von moelski

Hmm evtl doch mal über VS2008 + Oxygen 3.0 nachdenken.

Mach es einfach :) Für .NET ist Oxy wesentlich besser geeignet als Delphi. Noch dazu hat man die "schöne" Pascal-Syntax (kein Bul...ASIC) und Entwickler, die immer zu helfen bereit sind (die Oxy-NGs sind klasse!) :)

[hanspeter]

Delphi und Net ist leider keine Erfolgsgeschichte und die Syntax für Net eher ungeeignet.
Für Win32 Programme Delphi, da gibt es nichts besseres.
Für neue Sachen Net mit VS2008.
Hat man sich hier erst mal eingearbeitet, fehlt Delphi nicht mehr.
Ich habe jetzt mal nach einer (kostenpflichtigen) Komponente für Delphi gesucht und festgestellt, das
bei sehr vielen Autoren in 2007 mit der Programmpflege Schluß war.
Das selbst bei einstmals teueren Componenten. (z.B. IBobjects letzte Version vom 25-August-2007- Firebird ist eine Generation weiter. (V2.1))
Auch bei der Suche auf Torry.net enden viele Lösungen mit der Version D7.
Hier tritt wohl jetzt die Stagnation ein.
So wie früher bei Delphi findet man jetzt in Net unzählige Lösungen.
Die Entwicklung auf der Net-Schiene erfolgt im Moment so rasant, das es für Delphi immer ein der Entwicklung hinterhergelaufe sein wird.
Alternativ wäre eine Einbindung von Delphi als Sprache in der Laufzeitumgebung von VS2008, analog Oxygene
oder die Erzeugung von Assemblys statt BPL, sicherlich eine Option auf die Zukunft.

Gruß Peter

[Phoenix]

'Natives' .NET (also Windows Forms Anwendungen und ASP.NET):
Schau Dir mal Oxygene an.

Ich selber kämpfe zwar noch etwas mit den Editor-Features und vermisse ein paar Features im VS, die in C# gut gelöst sind (Intellisense ist etwas intelligenter in C#, es gibt dort Refactorings die ich bei Oxygene vermisse), aber die Jungs bei RO nehmen sich wirklich den Themen an die die Community anspricht. Ich denke allzu lange werde ich auf meine Refactorings nicht warten müssen ;-)

Wenn Du mit der VCL.NET arbeiten willst (imho: Bwarks), dann geht das mit Delphi.NET auch schon mit dem Rad Studio 2007... aber ganz ehrlich: Lass es lieber sein.

Zur Frage nach der .NET Version:
Da alles .NET > 2.0 auf der CLR von .NET 2.0 basiert wirst Du auch die .NET 3.0 / .NET 3.5 Assemblies nutzen können. Also ASP.NET AJAX & Control Toolkit (auch die Futures, die intern 3.5 verwenden, laufen auf dem 2.0er Framework wenn Du die System.Core dll mit dazu packst).

Dass Du mit Tiburon schon LINQ nutzen können wirst ist eher unwahrscheinlich. LINQ ist zu 100% Compiler-Magic, und wenn sich CodeGear (bzw. Nick) schon so standhaft weigert, endlich partial classes einzuführen (deswegen ist ja auch der Windows Forms Designer rausgeflogen :-( ) wird das mit Lambda Expressions, Anonymen Objekten und Extension Methods nicht gerade besser aussehen (wobei Delphi genau das was Extension Methods machen eigentlich schon seit jeher im Bauch hat [verstecker 1. Parameter 'self']).