Können Sie Versionen .NET Framework in einer Lösung mischen?

Question

Unsere Codebasis, wo ich Arbeit .NET 2.0 ist. Für unsere neue Montage / DLLs / Web-Anwendungen würde ich gerne zu Nutze machen, was zu bieten 3,5 hat.

Can eine Mischung .NET Frameworks (pro Baugruppe) in einer Lösung? Gibt es IIS ähnliche Einschränkungen auf das?

Ich würde gerne jedes positiv / negativ / Howto Feedback zu hören. Lassen Sie mich wissen!

Danke!

Answer 1

Ja, Sie können dies tun, in Visual Studio und es heißt Multi-Targeting .

Scott Guthrie hat einen großen Blog-Eintrag auf Multi-Targeting-Unterstützung in Visual Studio .

  

VS 2008 war die erste Veröffentlichung von   Visual Studio, dass inbegriffen   Multi-Targeting-Unterstützung für .NET.   Was dies bedeutet, dass Sie verwenden können   VS 2008 erstellen und bearbeiten nicht nur   .NET 3.5-Projekte, aber auch .NET 3.0   und .NET 2.0 Projekte. Diese   erlaubt Entwickler schnell mehr   Upgrade und die Vorteile der neuen nehmen   Visual Studio Werkzeuge verfügen -   ohne unbedingt erforderlich ist   die neuere Version von .NET zu sein   auf dem Clients installiert und   Produktionsserver ihres Lauf   Anwendungen.

Prost

Answer 2

Sie können 2.0 verwenden, 3.0 und 3.5 zusammen nach: http://msdn.microsoft.com/en- us / library / bb383796 (v = VS.90) aspx

Answer 3

EDIT:. Ich war falsch Sie können können Sie Referenz 3. + Baugruppen in 2.0 gehen, weil die CLR das gleiche ist. Dies wird nicht der Fall sein, wenn sie von 2,0 / 3 + bis 4,0 gehen, da es eine neue Version der CLR ist.

http: //abdullin.com/how-to-use-net-35-syntax-and-compiler-features-for-net-20/

Answer 4

Wenn Sie für die neuen .NET 4.0 Framework warten können, werden Sie DLL für jede Version nebeneinander im gleichen Prozess in der Lage zu laufen.

Answer 5

Das sollte kein Problem sein. .NET 2.0 RTM über .NET 3.5 SP2 verwenden alle die exakt gleiche Version der CLR. Sie unterscheiden sich nur durch die Anzahl der Baugruppen, die enthalten sind. Das Montage-Format ist das gleiche. Natürlich, wenn Sie die Vorteile einer Baugruppe nehmen tun, die nur mit .NET 3.5 enthalten sind, müssen Sie sicherstellen, dass 3.5 tatsächlich auf dem Zielrechner installiert ist. Sie werden schnell herausfinden, ob es nicht ist.

3.5 sollte bereits auf der Maschine sein, wenn sie aktiviert Windows Update. Wenn nicht, dauert es ein Dutzend oder so Minuten, um es dort.

Answer 6

Als Randbemerkung, haben wir einige alte 1.0-Bibliotheken, dass wir in 2.0 verwendet und verwenden immer noch in 3.5, ohne neu zu kompilieren. So gibt es einige Abwärtskompatibilität gibt.

Answer 7

Sie können nicht .Net 1.1 assmeblies haben im gleichen Prozess als .Net läuft 2.0+ Montage -. Sie versuchen, so zu tun, wird einen Fehler erzeugen

Im Hinblick auf der IIS, bedeutet dies, dass Sie nicht .NET 1.1-Sites / virtuelle Verzeichnisse laufen in dem gleichen Anwendungspool als .Net 2.0 und höher Seiten haben können - Sie benötigen einen separaten App-Pool zu erstellen, den .NET 1.1-Code zu halten in einem anderen Prozess ausgeführt wird. (Dies kann nur in IIS 6.0 und höher durchgeführt werden, das heißt nicht in Windows XP)

Doch wie nobugz sagt - .Net 2.0 bis hin zu .NET 3.5 verwenden alle die gleiche CLR, und so verschiedene Versionen von .NET-Code kann in der gleichen Baugruppe ohne Sorge gemischt werden - dies gilt auch für IIS (.Net 2.0 und .NET 3.5-Code kann glücklich koexistieren in dem gleichen app-Pool)