Auflösen von Assemblys zur Entwurfszeit
Oft wird fälschlicherweise angenommen, das das Hinzufügen eines Verweises zu einer Assembly über die Registerkarte ".NET" im Dialogfeld "Verweis hinzufügen" auf eine Assembly im globalen Assemblycache (GAC) verweist.Dies ist nicht der Fall.Der Verweis verweist eigentlich auf eine Zwischenverweisassembly, also eine Assembly, die alle Typ- und Signaturinformationen enthält, aber nicht notwendigerweise Code.Auf der Registerkarte ".NET" sind Verweisassemblys aufgeführt, die Laufzeitassemblys in .NET Framework entsprechen.Außerdem werden Verweisassemblys aufgeführt, die den Laufzeitassemblys in den von Drittanbietern verwendeten registrierten AssemblyFoldersEx-Ordnern entsprechen.
Festlegung von Zielversionen
Visual Studio 2012 ermöglicht die Ausrichtung auf Versionen von .NET-Framework, die unter der Common Language Runtime (CLR), Version 2.0 oder Version 4, ausgeführt werden.Dies schließt .NET Framework-Versionen 2.0, 3.0, 3.5, 4 und 4,5 und Silverlight-Versionen 1.0, 2.0 und 3.0 ein.Wenn eine neue auf CLR, Version 2.0 oder Version 4, basierte .NET Framework-Version veröffentlicht wird, kann das Framework mit einem Paket zur Festlegung von Zielversionen installiert werden und wird automatisch als Ziel in Visual Studio angezeigt.
So funktioniert Typauflösung
Zur Laufzeit löst die CLR die Typen in der Assembly auf, indem sie die GAC, das Verzeichnis "bin" und alle Prüfpfade durchsucht.Dies wird vom Fusion-Ladeprogramm gehandhabt.Aber woher weiß das Fusion-Ladeprogramm, wonach gesucht werden soll?Dies hängt von der zur Entwurfszeit (als die Anwendung erstellt wurde) festgelegten Auflösung ab.
Während des Builds löst der Compiler mithilfe von Verweisassemblys Anwendungstypen auf.In den .NET Framework-Versionen 2.0, 3.0, 3.5, 4 und 4,5, werden die Verweisassemblys installiert, wenn .NET Framework installiert ist.
In .NET Framework, Version 4.5, werden die Verweisassemblys durch das Paket zur Festlegung von Zielversionen bereitgestellt, das mit der entsprechenden Version des .NET Framework-SDKs geliefert wird.Das Framework selbst stellt nur die Laufzeitassemblys bereit.Zur Erstellung von Anwendungen müssen sowohl .NET Framework als auch das entsprechende .NET Framework-SDK installiert werden.
Wenn Sie auf eine bestimmte Version von .NET Framework abzielen, löst das Buildsystem mithilfe der Verweisassemblys im Paket zur Festlegung von Zielversionen alle Typen auf.Zur Laufzeit löst das Fusion-Ladeprogramm dieselben Typen in die Laufzeitassemblys auf, die sich in der Regel im GAC befinden.
Wenn Verweisassemblys nicht verfügbar sind, löst das Buildsystem Assemblytypen mithilfe der Laufzeitassemblys auf.Da Laufzeitassemblys im GAC nicht durch Nebenversionsnummern unterschieden werden, ist es möglich, dass die falsche Assembly aufgelöst wird.Dies könnte beispielsweise geschehen, wenn beim Abzielen auf Version 3.0 auf eine neue in .NET Framework, Version 3.5, eingeführte Methode verwiesen wird.Der Build wird erfolgreich erstellt, und die Anwendung wird auf dem Buildcomputer ausgeführt, ist aber nur auf Computern lauffähig, auf denen Version 3.5 installiert ist.
Das Paket zur Festlegung von Zielversionen, das jetzt mit dem .NET Framework-SDK geliefert wird, enthält eine Liste (auch Neuverteilungsliste (redist) genannt) aller Laufzeitassemblys dieser Version des Frameworks.So können die Typen vom Buildsystem nicht mehr in die falsche Version der Assembly aufgelöst werden.