Wie schätzt Ihr die Weiterentwicklung von .NET ein?

[Insider2004]

Zitat:

Wie man in den Kommentaren zu dem oben zitierten C++ Interview lesen kann, könnte die angekündigte Neuigkeit zu nativer Entwicklung etwas mit dem durch die Presse geisternden Projekt Jupiter zu tun haben.
http://www.zdnet.com/blog/microsoft/...windows-8/8373

Das klingt doch wieder mal nach einer GDI++ V2.0. Ich habe bei MS immer den Eindruck, dass da fieberhaft was neues auf die API gepflanzt wird und sich dann doch nicht durchsetzt und dann wieder begraben wird.

Wenn die nicht die Win-API mal grundlegend erneuern, wird das nie was.

[Assarbad]

@Robotiker: Danke für deine Ausführungen. Ich werde jetzt nicht mit Rückfragen den ohnehin schon sichtlich genervten Moderator an den Rand des Nervenzusammenbruchs bringen.

[mquadrat]

Bei Systemen, die aus mehreren Einzelkomponenten bestehen ist .NET nicht zu schlagen. Wenn die in .NET 4 eingeführten Neuerungen kosequent weiterverfolgt werden, dürfte die Produktivität nochmals gesteigert werden. Allerdings muss man jetzt schon aufpassen wissenstechnisch nicht unter die Räder zu kommen.

Aber die Kombination aus Entity Framework, Workflow Foundation und Communication Foundation ermöglicht es ziemlich flott einen skalierbaren Kern zu schaffen. Die Oberflächen gehen dank MVVM Frameworks auch schnell von der Hand und man kann teilweise auch GUI Code wiederverwenden.

Three Screens and the cloud ist definitiv eine spannende und interessante Sache. Erfordert allerdings eine sehr hohen Abstraktionsgrad beim Entwickeln, was vielleicht nicht jedem liegt.



Wenn Delphi in den erwähnten Bereichen zulegen kann (Standard-ORM, erweiterbare Workflow-Engine, MVVM mit der neuen Cross-Plattform-GUI) wird es eine starke Alternative zu .NET sein. Dank der Mobiltelefone ist der Markt für native Anwendungen ja wieder größer geworden (in der Wahrnehmung der Öffentlichkeit). Ggf. finden sich ja auch hier Leute, die entsprechende Projekte starten?! Wobei man jetzt erst mal abwarten muss, welche Änderungen Cross-Platform bringen wird.


Und noch ein kurzes Statement im Vergleich von .NET zu JAVA im Bezug auf die Weiterentwicklung. Bis vor Kurzem war ich da sehr skeptisch. Viele der Projekte, die JAVA vorangebracht haben kamen aus dem universitären Umfeld und haben damit die Angewohnheit teilweise auf einem experimentellen Level "stecken zu bleiben". Sun hat sich auch mehr auf das Verwalten und Zukaufen beschränkt (zumindest hatte ich den Eindruck). Oracle zieht jetzt die Zügel an und versucht eine ähnliche Kontrolle über JAVA zu bekommen, wie Microsoft sie über .NET hat. In meinen Augen eher positiv, da jetzt einer sagt wo es lang geht. Ich bin halt ein Fan von "Alles aus einer Hand"

[Insider2004]

Zitat:

...Entity Framework, Workflow Foundation und Communication Foundation ...
... MVVM Frameworks ...
Standard-ORM, erweiterbare Workflow-Engine, MVVM mit der neuen Cross-Plattform-GUI

Zum Glück muss ich mich mit solchen Wortblasen-Technologien nicht beschäftigen bei Delphi.

[Mithrandir]

MVVM kam erstmals 2005 ans Licht - ist für IT-Verhältnisse also eigentlich ein alter Hut. Und ich möchte MVVM/MVC+M auch nicht mehr missen. Vermutlich ist das aber auch eine Frage des Alters.

Man MUSS sich in .NET mit diesen Technologien übrigens auch nicht beschäftigen - Spaghetti-Code kann man da auch schreiben.

[Daniel]

Blasen sind es eben nicht. Teilweise schon vorher - aber spätestens mit .NET 4 auf aktuellen Rechnern installierbar, im Kontext des .NET-Frameworks klar definiert, überraschend umfangreich dokumentiert und mit C# gibt es eine aktuelle Mainstream-Programmiersprache, die diese Möglichkeiten adressieren kann.

Ab Projekten welcher Größenordnung sich MVVC lohnt, sei dahingestellt. Aber Blasen oder Hüllen sind die genannten Dinge nicht mehr. Und das sage selbst ich als bekennender Entwickler, der derzeit sein Geld mit nativer Entwicklung verdient. Man muss die Existenz der Dinge, die jenseits des eigenen Horizonts liegen wenigstens akzeptieren - von mögen spricht ja gar keiner.

[Stevie]

Zitat von Insider2004:

Zitat:

...Entity Framework, Workflow Foundation und Communication Foundation ...
... MVVM Frameworks ...
Standard-ORM, erweiterbare Workflow-Engine, MVVM mit der neuen Cross-Plattform-GUI

Zum Glück muss ich mich mit solchen Wortblasen-Technologien nicht beschäftigen bei Delphi.

Nicht falsch verstehen, aber solche Aussagen sind genau das, was ich meinte.

Ich drücks mal bewusst provokativ aus:
Standard ORM in Delphi? Nicht vorhanden. Braucht man das? Nö, kannst auch ne Dataset auffe Form packen ...
Workflow Engine und MVVM? Wieso, bei mir kommt der Sourcecode ins Button Click Event, wo dann auf mein Dataset zugegriffen wird ...

Um den Sinn solcher Technologien zu verstehen muss man sich allerdings auch gewissen Themen beschäftigen.
Und genau diese Themen sind die von mir bereits in einem früheren Post erwähnten, die in den mir bekannten Delphi Foren und Blogs quasi fast nicht existent sind.

[Mithrandir]

Zitat von Stevie:

Ich drücks mal bewusst provokativ aus:
Standard ORM in Delphi? Nicht vorhanden. Braucht man das? Nö, kannst auch ne Dataset auffe Form packen ...
Workflow Engine und MVVM? Wieso, bei mir kommt der Sourcecode ins Button Click Event, wo dann auf mein Dataset zugegriffen wird ...

Ich formuliere es mal vorsichtig, bezogen auf meine Aussage von vorhin: Es ist tatsächlich so, dass es auch eine Frage des Alters ist. Jemand, der die 50 Jahre schon überschritten hat, wird sich lieber auf Altbekanntes berufen, als irgendetwas Neues zu lernen. Ich erlebe das gerade, und ich sags ohne Umschweife: Wenn man in der Position des Jüngeren ist, ist das manchmal echt fürn Arsch...

[Insider2004]

Das ist doch gerade das Problem. Jedes Jahr werden neue Namen erfunden, für Dinge die schon da sind bzw. nur sehr wenig Neuerung beinhalten. Vor allem MS ist darin ein Meister. Wenn man die Geschichte von net anschaut, dann sieht man, dass vor net mindestens 10 Technologien erfunden, und als net endlich da war, eingestampft wurden (activex, J#, dcom, ...mir fallen jetzt die ganzen Dinger gar nicht mehr ein, aber 10 waren es mindestens).

Die einzige zuverlässige Konstante in den letzten 15 Jahren war die Windows-API.

[Meflin]

Zitat von Insider2004:

Die einzige zuverlässige Konstante in den letzten 15 Jahren war die Windows-API.

Wer in dieser Branche auf zuverlässige Konstanten setzt macht meiner Meinung nach ja schon grundlegend was falsch