Arbeiten mit mehreren Versionen von .NET Framework
Aktualisiert: November 2007
Verwaltete Anwendungen, die mit Visual Studio .NET 2003 oder höher erstellt werden, benötigen die Version 1.1 der Common Language Runtime. In einigen Fällen möchten Sie die Anwendung vielleicht für eine frühere Laufzeitversion erstellen. Wenn z. B. alle Ihre Kunden die Version 1.0 bereits installiert haben und es nicht möglich ist, Version 1.1. bereitzustellen, ist es sinnvoll, Version 1.0 zu verwenden.
Hinweis: |
---|
Obwohl es möglich ist, Visual Studio .NET 2003 für Version 1.0 der Common Language Runtime zu verwenden, wird dringend empfohlen, zu diesem Zweck Visual Studio .NET 2002 einzusetzen. Es ist ohne Weiteres möglich, beide Versionen auf demselben Computer zu installieren und auszuführen. Weitere Informationen finden Sie unter Installation und Setup. |
Vorsicht: |
---|
Wenn Sie die Verwendung einer früheren Laufzeitversion beabsichtigen, könnte dies zu einem Anwendungsfehler führen, falls die Anwendung auf .NET Framework-Klassen oder -Member verweist, die in der älteren Version nicht vorhanden waren. Sie sollten die Anwendung sorgfältig mit allen angegebenen Versionen testen, um sicherzustellen, dass sie fehlerfrei läuft. Weitere Informationen zu den Unterschieden zwischen Version 1.0 und 1.1 finden Sie unter Neues in .NET Framework, Version 1.1. |
Die Projekte von Visual Studio .NET 2003 verwenden die Eigenschaft Unterstützte Laufzeiten, um die benötigten Versionen der Common Language Runtime anzugeben. Diese Eigenschaft ist nur für Projekte des Typs Windows-Anwendung, Windows-Dienst, Konsolenanwendung und ASP.NET-Webanwendung verfügbar.
Die Eigenschaft Unterstützte Laufzeiten kann im Dialogfeld <Projekt>-Eigenschaftenseiten festgelegt werden.
Hinweis: |
---|
Wenn Sie Version 1.0 angeben, wird die Datei app.config durch einen Abschnitt geändert, der festlegt, dass sie unter der Version 1.0 der Runtime ausgeführt werden kann. Tatsächlich wird die Anwendung jedoch unter Verwendung des Compilers der Version 1.1 erstellt, und sie ist auch in jeglicher sonstiger Hinsicht eine Anwendung der Version 1.1. |
Falls Sie angeben, dass mehrere Laufzeitversionen unterstützt werden sollen, wird – wenn die Anwendung auf einem Computer ausgeführt wird, auf dem mehrere Laufzeitversionen installiert sind – immer die erste verfügbare, in der CONFIG-Datei aufgelistete Version geladen.
Projekte des Typs Windows-Anwendung, Windows-Dienst oder Konsolenanwendung
Wenn Sie für diese Projekttypen eine Laufzeitversion auswählen, wird automatisch die app.config-Datei im Projekt aktualisiert, bzw. es wird eine entsprechende Datei erzeugt, wenn sie noch nicht vorhanden ist. Zur Laufzeit muss der Name der Datei app.config filename.ext.config lauten, und die Datei muss sich im selben Verzeichnis befinden wie die ausführbare Datei. Das Projektsystem erzeugt aus der Datei app.config die Datei filename.ext.config und legt sie im Verzeichnis bin\target ab.
Projekte des Typs ASP.NET-Webanwendung
Wenn Sie diese Eigenschaft für Projekte des Typs ASP.NET-Webanwendung ändern, aktualisiert das Projektsystem die Datei web.config im Projekt, indem die Tags für die Assemblybindung (<bindingRedirect> und <assemblyIdentity>) im Abschnitt <dependentAssembly> hinzugefügt werden. Webseiten in mit Visual Studio erstellten ASP.NET-Webanwendungen werden zu einer DLL mit einer Abhängigkeit zu der dem Compiler zugeordneten Laufzeitversion vorkompiliert.
Die Datei web.config verbleibt im Projektverzeichnis und wird nicht umbenannt.
Weitere Informationen finden Sie unter Übersicht über die parallele Ausführung in ASP.NET.
Siehe auch
Konzepte
Übersicht über die parallele Ausführung in ASP.NET