Das dürfte .net den Rest geben!

[SebE]

Es ist aber ein gewaltiger Unterschied zwischen dem Ablehnen und dem Für-Tot-erklären einer Sache.

Im Ernst: gibt es auch nur ein einziges Anzeichen dafür?

[jaenicke]

Zitat von SebE:

Im Ernst: gibt es auch nur ein einziges Anzeichen dafür?

Ja. Es werden immer mehr Programme damit geschrieben und immer mehr Tools dafür entwickelt. Das kann ja nur ein Anzeichen des nahenden Todes sein.

[Mithrandir]

Zitat von jaenicke:

Zitat von SebE:

Im Ernst: gibt es auch nur ein einziges Anzeichen dafür?

Ja. Es werden immer mehr Programme damit geschrieben und immer mehr Tools dafür entwickelt. Das kann ja nur ein Anzeichen des nahenden Todes sein.

Ja. Und die Vorstellung der Version 4.5 genauso. Selbst wenn Alles schlecht läuft, begleitet uns das .NET-Framework bestimmt noch einige Jahre. Davon abgesehen sah man sehr schön, dass auch C# erhalten bleibt, ganz zu schweigen von XAML ( ) als Oberflächensprache. Selbst wenn sie das eigentliche Framework einstampfen sollten: Das, was man bereits gelernt hat (C#, XAML), wird man auch weiterhin anwenden können. Insofern...

//Argh: Debuggen, Video gucken und gleichzeitig posten kann nicht jeder. Rechtschreibfehler korrigiert..

[mkinzler]

Es ist eher die Frage, was für Auswirkungen diese Entscheidung für andere Programmiersprachen und Frameworks hat. Wenn die entgültige Version von WinRT Direct3D erlaubt, würden wenigstens FMX Anwendungen auf/mit/in Metro funktionieren; klassische VCL-Anwendungen gar nicht.

[Robotiker]

Zitat von mkinzler:

Wenn die entgültige Version von WinRT Direct3D erlaubt, würden wenigstens FMX Anwendungen auf/mit/in Metro funktionieren;

Davon gehe ich doch mal aus. Emba dürfte doch zumindest grob gewusst haben, was da bei MS passiert, als sie FireMonkey als neue Bibliothek gewählt haben.

Allerdings wird das Wrappen der WinRT in Delphi sicher einiges an Manpower verschlingen. Und das zu einer Zeit, wo Mac, iOS, Android und Linux auch noch weiter verpackt werden wollen.

Zitat von mkinzler:

klassische VCL-Anwendungen gar nicht.

Klassische MFC-Anwendungen auch nicht, also ist das MS-Lager da auch betroffen.

Modernere Anwendungen mit C# und ggf. über C++/CLI angebunden C++ Teilen, stehen da ganz gut da. Unserer C++ Code ist größtenteils so gehalten, dass er in VS und dem C++ Builder läuft. Damit stehen uns mit FireMonkey und WinRT zwei neue Optionen zur Verfügung. Insoweit bin ich mit den Entwicklungen der letzten Wochen durchaus zufrieden.

[Robotiker]

Passend zu diesem Thread hier zwei Fundstücke aus den Build Sessions, die zeigen was sich programmiertechnisch jenseits von Metro tut:

Don Syme: F# 3.0: data, services, Web, cloud, at your fingertips
http://channel9.msdn.com/Events/BUIL...D2011/SAC-904T
Wer über .net meckert, kann sich mal die Beispiele so ab Minute 20 ansehen und sagen, wie er das in Delphi nachbaut ...

Und im nativen Bereich hier was zur Codeausführung auf der GPU
http://channel9.msdn.com/Events/BUIL...2011/TOOL-802T
Da will man mit Firemonkey ja auch noch hin, scheint aber so, dass Visual Studio da im Moment deutlich weiter ist.

[Union]

Zitat:

Wer über .net meckert, kann sich mal die Beispiele so ab Minute 20 ansehen und sagen, wie er das in Delphi nachbaut ...

Generell würd ich mal sagen DataSnap