Frage

Ich bin sehr daran interessiert zu lernen, welche Funktionen Menschen an den bevorstehenden .NET -Framework (en) interessiert sind?

Egal, ob es sich um neue Klassen oder neue Kontrollen handelt, ich bin gespannt, dass ich die Ansichten von Menschen kennen kann.

War es hilfreich?

Lösung

Codeverträge und parallele Erweiterungen. Auch die Sprachmerkmale sind keine Sprachmerkmale (genau das ist das, was ich normalerweise interessiere), aber beide haben das Potenzial, die Art und Weise, wie wir Code schreiben, erheblich zu ändern.

Der DLR klingt cool und interessant, aber ich bin mir nicht sicher, ob ich es am Ende viel verwenden würde, zumindest in Bezug auf die Interoperation mit IronRuby/Ironpython. Es wird schön sein, eine verspätete Bindung zu verwenden, um den Code des Reflexionskessels zu reduzieren

In Bezug auf die Sprachmerkmale von C# 4 werden Kovarianz und Kontravarianz eher ein "Puh, der einen Ärger" verringert "als ein" Wahay, cooles Zeug! " Aber optionale/benannte Argumente könnten sehr praktisch sein. Es wird Schreiben/Verwenden unveränderlicher Typen machen leicht Einfacher, obwohl ich trotzdem eine eingebaute Unterstützung für das Builder-Muster mögen würde :)

Andere Tipps

Meistens parallele Erweiterungen und Varianz. Und natürlich: System.Reactive / das RX Framework / "Linq zu Ereignissen", was ich denke könnte sein (kommen) sehr groß.

Aber es gibt noch andere Dinge, die ich hier nicht gesehen habe, dass - während "in gewisser Weise nur schön zu haben" - nützlich sein könnte, wenn die neue Version endlich da ist. Wie:

  • BigInteger (so etwas wie a INumber Ich habe es noch nicht geschafft ...)
  • ISet<T> und SortedSet<T> (selbstausgleichende Bäume im Rahmen)
  • Ändern von Dateisystem -Aufzählungs -APIs von zurückgegebener Arrays (nur?) Auf die Rückgabe von IEnumerable (auch?)
  • Standardunterstützung für F# Sprache
  • Leichte Kompressionsverbesserungen

Ich finde dynamic und optionale/benannte Parameter sind nur da, um eine bessere Interopie mit Sprachen zu ermöglichen, die diese Konzepte verwenden/benötigen/erfordern. Sie sind also schön, verfügbar zu haben. Aber sicherlich nichts weiter als das.

Ich freue mich auf neue WPF -Steuerelemente. Ich glaube, das jetzt WPF -Toolkit wird als Steuerelemente im Framework aufgenommen. Es wird viel schöner sein, wenn sie in Visual Studio als Lagersteuerung in Visual Studio und mit dem .NET -Framework gepatcht werden, anstatt jedes Mal, wenn Bugfixes ausgehen muss, ein neues Set herunterladen zu müssen.

Außerdem freue ich mich auf Visual Studio 2010 in allem, dass es WPF Glory ist!

  • Optionale Parameter in C#

Mehr als .NET 4.0, ich freue mich sehr auf Visual Studio 2010, genau wie die Antwort von Jirwin.

Das Versprechen von viel besseren SharePoint -Entwickler -Tools und -unterstützung, „Ursache, wenn Sie derzeit darin arbeiten müssen, ist es ein bisschen schmerzhaft.

Nur die Bereitstellungsoptionen, die sie vorhaben, werden einige Kopfschmerzen sparen.

Ich bin also optimistisch, dass sie den Stöhnen der Entwicklergemeinschaft angehört haben.

Die DLR- und Parallelverlängerungen, obwohl ich nicht sagen kann, dass ich so informiert bin, was genau in der Schachtel sein wird, wenn es versendet wird.

Bearbeiten: Laut Jon Skeet sehen auch Codeverträge gut aus. Nicht bahnbrechend, aber von den Proben, die ich gesehen habe, sehen sie nach einer schönen Möglichkeit aus, es darzustellen.

Ich arbeite viel mit Expression, Also freue ich mich auf die zusätzliche Ausdruckstypen.

Ich mag auch optionale/benannte Argumente - aber hauptsächlich als eine Art von Unveränderlichkeit einfacher machen; Ich bin mir nicht sicher, ob ich es sonst viel verwenden würde ...

Für mich ist das wichtigste Konvergenz zwischen vb.net und c#, Jetzt teilen sie endlich die gleichen Merkmale, die mit 3,0/3,5 unterbrochen wurden.

Ich interessiere mich auch für:

Ein Framework -Tuple -Klasse und C#4 'Dynamic', das ich überall nutzen werde, um einen über Menschen zu bringen, die überall 'var' verwenden. (Ich weiß, dass 'Dynamic' kein reines Framework -Funktion ist - aber es ist ein Teil des Frameworks)

Ähm ... ist nicht die StringOr Klasse -A -Aprilscherz?

Der Code -Editor von Visual Studio 2010 ist reines WPF und kann auf beiden Monitor angedockt werden und Addins verwenden das Nasty Office COM -Objektmodell (EnvDTE) nicht.

Ich weiß

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top