Ändern Sie C ++ / CLI-Projekt in ein anderes Framework als 4.0 mit vs2010

Diese erscheint, wenn Sie F1 drücken, in das Framework und Verweise-dialog:

Standardmäßig für neue Projekte, die gezielte framework eingestellt ist .NET Framework 4. Die IDE unterstützt nicht das ändern der gezielte framework, aber können Sie es manuell ändern.
In der Projekt-Datei (.vcxproj), der Standard-targeted-framework wird vertreten durch den v4.0 Grundstück element. Ändern Sie die gezielte framework, entfernen Sie das Projekt, verwenden Sie einen text-editor zum öffnen der Projekt-Datei, und ändern Sie dann den Wert der Eigenschaft element von v4.0, in einer anderen version, die auf Ihrem server installiert ist. Zum Beispiel, wenn Sie angeben, v3.5, darstellt .NET Framework v3.5, Visual Studio 2008 SP1 muss installiert sein,. Speichern und schließen Sie die Datei, laden Sie das Projekt erneut, und stellen Sie sicher, dass die entsprechende Rahmen wird angezeigt, in der Eigenschaft-Seite.*

Das ist nicht sehr präzise auf Umgerechnet Projekte, müssen Sie die <TargetFrameworkVersion> element selbst. Legen Sie es in der PropertyGroup mit der Bezeichnung "Globals":

  <PropertyGroup Label="Globals">
    <TargetFrameworkVersion>v3.5</TargetFrameworkVersion>
    <others...>
  </PropertyGroup>

Die Geschichte ist anders, wenn Sie verwenden, VS2012 und bis die erste version von VS, erwarb die Plattform-Toolset Einstellung in die Allgemeine Eigenschaft Seite. Sie müssen dann wählen Sie "v90", um eine ordnungsgemäße bauen, dass die Ziele 3.5. Es ist jedoch ungeschickt, müssen Sie alle zwischen-Versionen von VS auf dem Rechner installiert zu haben, die Auswahl zur Verfügung stehen.

Warum Sie benötigen, VS2008 installiert, erfordert eine Erklärung von selbst. Das Kern Problem ist, dass die C-Laufzeit-Bibliothek (msvcrt100.dll und bis) enthält .NET-code zur Unterstützung von managed code Ausführung. Das entscheidende detail ist ein Modul-Initialisierung sorgt dafür, dass der CRT richtig initialisiert in-Programm, das verwendet C++/CLI code. Dass code immer Ziele .NET 4 und da ist es schwer-gebacken in msvcrt100.dll (und up) haben Sie immer eine Felsen-harte Abhängigkeit der v4.0.30319-Laufzeit. Sie können immer nur ein reines v2.0.50727 Abhängigkeit, wenn Sie die Verwendung der alten C-runtime, msvcrt90.dll. Sie können nur sicher sein, dass Sie eine msvcrt90.dll Abhängigkeit, wenn Sie verwenden den compiler #include-Dateien von VS2008.

Kalte harte Tatsache, dass es ziemlich nötig zu bewegen .NET 4 schon bald werden Sie kämpfen mit aufzubauen, Probleme wie diese, wenn Sie nicht. Es gibt sehr wenige praktische Hindernisse, .NET 4 ist Häufig kostenlos zur Verfügung stehen auf alle Ziele, die Sie sich vorstellen. Die überwindung des FUD, die im Zusammenhang mit dem verschieben auf eine höhere runtime-version ist in der Regel nur das eigentliche Problem. Kein Grund für Angst und Zweifel, es ist stabil.

InformationsquelleAutor der Antwort Hans Passant

durch einen anonymen Benutzer:

(Bearbeitung, wie ich bin ein neuer Benutzer und kann nicht darauf Antworten, wem sieht diese fühlen sich frei, senden Sie die folgenden) Verändern das Toolset v100 tatsächlich verursacht VS2010 zum Ziel .NET 4.0, obwohl es immer noch zeigen, wie gezielt 3,5 in den Projekt-Eigenschaften. VS2010 sollte wirklich spucken eine Warnung über das, weil derzeit scheint es, wie Sie, wenn du kannst .NET 3.5 mit der v100-toolset, mit dem Sie nicht können.

InformationsquelleAutor der Antwort