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

[MGC]

Hallo liebe DP-ler,

mich würde mal Eure persönliche Meinung zur Weiterentwicklung von .NET interessieren.
Noch vor relativ kurzer Zeit sollte .NET die bestmögliche Umgebung der Zukunft sein, da durch den managed Code z.B. Virenangriffe eingedämmt werden sollten und angeblich auch eine JAVA-ähnliche Plattformübergreifenden Entwicklungsstandard zur Verfügung stehen sollte und nicht zu vergessen - die verbesserte Erstellung von verteilten Anwendungen insbesondere im Netzwerkbereich.

Viel konnte man lesen, das selbst Spieleprogrammierer auf .NET umstellen wollten, da der Leistungsverlust durch die neuen Rechnergenerationen wieder wettgemacht werden sollten.

In welchen Bereichen lohnt sich der Einsatz von .NET Eurer Meinung nach tatsächlich?
(z.B.: Anwendungen für den beruflichen oder auch privaten Bereich, Netzwerkanwendungen, usw.)

Ich freue mich auf Eure Beiträge.

Marc

[Memnarch]

Zitat:

Viel konnte man lesen, das selbst Spieleprogrammierer auf .NET umstellen wollten, da der Leistungsverlust durch die neuen Rechnergenerationen wieder wettgemacht werden sollten.

Hier zweifle ich dann am Verstand der Spielefirmen. Viele Spiele sind ja im NativenCode Performance mässig teilweise einfach nur Müll. Und dann auch noch den zusätzlichen Performanceverlust durch noch stärkere Rechner ausgleichen. Ohje >.<. Es wird ja teilweise schon nicht mehr für DualCore sondern primär für Quadcore optimiert. DC user fallen dan weg und QC User rattern dan plötzlich auch an der Schwelle zur unspielbarkeit?

Obige Aussagen beruhen auf meiner Sicht der Dinge im Bezug auf Aktuelle Spiele-Qualitäten(Nur Performance/Lauffähigkeit berücksichtigt...inhalt rede ich noch garnicht von^^).

EDIT: wenn oben Als SpieleProgrammierer eher IndieEntwickler gemeint sind, relativiert sich meine Aussage. Bei "richtigen" Firmen bleibt meine Aussage bestehen.

MFG
Memnarch

[MGC]

Soweit ich den Artikel (ist aber schon eine ganze Weile her, das ich ihn gelesen habe) richtig verstanden habe, sollten es wohl kommerzielle Spieleentwickler gewesen sein, die über einen solchen Schritt sinniert haben. Ich selbst sehe es aber ähnlich wie Du.

Mich hat halt Eure Meinung interessiert, denn selbst bekannte Buchautoren wie Elmar Warken haben seit Delphi 2005 hauptsächlich Delphi für .NET beachtet und im Hinblick auf Native Windows-Applikationen eher auf ältere Bücher (z.B. für Delphi 6) verwiesen.

[Phoenix]

Zitat von MGC:

Noch vor relativ kurzer Zeit sollte .NET die bestmögliche Umgebung der Zukunft sein, da durch den managed Code z.B. Virenangriffe eingedämmt werden sollten und angeblich auch eine JAVA-ähnliche Plattformübergreifenden Entwicklungsstandard zur Verfügung stehen sollte und nicht zu vergessen - die verbesserte Erstellung von verteilten Anwendungen insbesondere im Netzwerkbereich.

Wieso sprichst Du da eigentlich in der Vergangenheit bzw. im Konjunktiv? Ist doch alles gesetzt und schon lange Wirklichkeit.

Zudem: Es gibt keinen 'Leistungsverlust' durch .NET. Die Runtime verwaltet den Speicher in aller Regel effizienter als man es selber machen könnte und ist daher sogar performanter als man es ohne zusätzliche Optimierungen von Hand hinbekommen würden.

Genauso wie Java hat .NET seine Stärken vor allem im Server-Bereich: Enterprise-Anwendungen, Webanwendungen, Services, Kommunikation, Plattformunabhängigkeit. Im Gegensatz zu Java gibt es für .NET mit Silverlight, WPF und Windows Forms allerdings auch taugliche GUI-Frameworks.

[MGC]

Zitat von Phoenix:

Wieso sprichst Du da eigentlich in der Vergangenheit bzw. im Konjunktiv? Ist doch alles gesetzt und schon lange Wirklichkeit.

Auif eine Weise stimmt dies, aber in letzter Zeit häufen sich auch gegenteilige Meinungen zur Zukunft der .NET-Plattform und daher habe ich die Vergangenheit und den Konjunktiv gewählt.

Zitat von Phoenix:

Zudem: Es gibt keinen 'Leistungsverlust' durch .NET. Die Runtime verwaltet den Speicher in aller Regel effizienter als man es selber machen könnte und ist daher sogar performanter als man es ohne zusätzliche Optimierungen von Hand hinbekommen würden.

Aber wie sieht es mit dem Leistungsverlust durch die "Restkompilierung" des managed Code aus? Welche Performance-Einbußen erhält man hieraus? Das würde mich interessieren, habe mit .NET noch nicht allzuviel gearbeitet. Daher auch mein Interesse. Die GC allerdings ist eine hervorragende Entwicklung, die einen Entwickler bei der Vermeidung von Speicherlecks sehr gut unterstützt.

Zitat von Phoenix:

Genauso wie Java hat .NET seine Stärken vor allem im Server-Bereich: Enterprise-Anwendungen, Webanwendungen, Services, Kommunikation, Plattformunabhängigkeit. Im Gegensatz zu Java gibt es für .NET mit Silverlight, WPF und Windows Forms allerdings auch taugliche GUI-Frameworks.

Die FCL haben wir ja Anders Hejlsberg zu verdanken, der die VCL mit Weiterentwicklung zu Microsoft gebracht hat.

Wie aber sieht es mit Cross-Platform aus, wie es zu Beginn der .NET-Ära angekündigt wurde? Ein Java-Runtime-Environment gibt es ja für nahezu jede Plattform.

[cookie22]

Zitat:

Aber wie sieht es mit dem Leistungsverlust durch die "Restkompilierung" des managed Code aus? Welche Performance-Einbußen erhält man heiraus? Das würde mich interessieren, habe mit .NET noch nicht allzuviel gearbeitet. Daher auch mein Interesse.

Den gibt es kaum, hat Phoenix ja auch schon geschrieben. Zum Teil ist .Net schneller als Nativ Code zum Teil etwas langsamer. Die Zeiten wo .Net langsam war, sind schon lange vorbei.

[MGC]

Zitat von cookie22:

Zitat:

Aber wie sieht es mit dem Leistungsverlust durch die "Restkompilierung" des managed Code aus? Welche Performance-Einbußen erhält man heiraus? Das würde mich interessieren, habe mit .NET noch nicht allzuviel gearbeitet. Daher auch mein Interesse.

Den gibt es kaum, hat Phoenix ja auch schon geschrieben. Zum Teil ist .Net schneller als Nativ Code zum Teil etwas langsamer. Die Zeiten wo .Net langsam war, sind schon lange vorbei.

Heißt also, dass ich ruhigen Gewissens auf Delphi Prism umsteigen könnte ohne Performanceverluste zu erleiden. Das klingt doch schonmal recht angenehm, ins besondere da einem dann sowohl VCL als auch FCL zur Verfügung stehen würde.

Meine alten Anwendungen die ich in Delphi produziert habe, würde ich jedoch vorerst noch nicht portieren. (Nach dem Motto: Never change a running System)

[Hisoka]

Zitat von MGC:

Wie aber sieht es mit Cross-Platform aus, wie es zu Beginn der .NET-Ära angekündigt wurde? Ein Java-Runtime-Environment gibt es ja für nahezu jede Plattform.

Naja es läuft auf allen "Windows" Systemen mehr oder weniger gut.

Aber von Hause aus ist nur die Basis(also der Teil der ISO Standardisiert ist) Plattform unabhängig. Der Rest ist es nur bedingt( als Windows.Forms läuft großteils, WPF läuft gar nicht). Moonlight ist nur brauchbar wenn du auf DRM verzichtest, denn das darf auf einem Linux Desktop nicht verwendet werden(sagen die Lizenzbedingungen von MS für Play 4 Sure)


Also ein Java ist es nicht. Man kann nicht eben mal eine Anwendung mit GUI schreiben und sie läuft auf allen Systemen ohne Probleme. Die meisten .NET Anwendungen die ich bisher gesehen hab sind Plattform gebunden. Also sie laufen entweder auf Win oder unter Linux oder auf dem Mac. Einige wenige laufen mit erheblichen Aufwand und Win und OSX oder unter Lin und OSX. Anwendungen die gut unter allen Plattformen laufen sind selten.
Windows.Forms wird nicht auf jeder Plattform mitgeliefert, daher müssen die passenden Pakete extra ausgeliefert werden.

[MGC]

Zitat von Hisoka:

Also ein Java ist es nicht. Man kann nicht eben mal eine Anwendung mit GUI schreiben und sie läuft auf allen Systemen ohne Probleme. Die meisten .NET Anwendungen die ich bisher gesehen hab sind Plattform gebunden. Also sie laufen entweder auf Win oder unter Linux oder auf dem Mac. Einige wenige laufen mit erheblichen Aufwand und Win und OSX oder unter Lin und OSX. Anwendungen die gut unter allen Plattformen laufen sind selten.
Windows.Forms wird nicht auf jeder Plattform mitgeliefert, daher müssen die passenden Pakete extra ausgeliefert werden.

Also im Prinzip das gleich wie immer.
Eine Eierlegende-Wollmilchsau wird es leider wohl nie geben.

Aber da ich hauptsächlich für Windows-Plattfromen entwickle dürfte dies für mich eine eher untergeordnete Rolle spielen (ansonsten gibt es ja noch JAVA, mal ganz abgesehen davon, das sich Delphi ohnehin auch nicht für jedes eignet - egal ob W32 ode .NET).

Aber da meine Wurzeln bei Pascal liegen komme ich auch nicht einfach so von Delphi los.

[mkinzler]

Zitat:

Läuft Silverlight schon auf iOS, Android, Bada und WebOS? Oder nur für die "Randgruppe" Windows Phone7?

Vom Monoprojekt existieren offizielle Versionen für iOS und Android, für webOS gibt es eine "inoffizielle" Implementierung und in einem Blog erwähnt Miguel de Icaza webOS.