Was bedeuten die TargetFramework-Einstellungen in web.config in ASP .NET MVC?

Eine unserer ASP.NET MVC 5-Webanwendungen verfügt über die folgenden Einstellungen für web.config:

<system.web>
  <compilation debug="true" targetFramework="4.6" />
  <httpRuntime targetFramework="4.5" />
  <!--... many other things -->
</system.web>

Es ist nicht klar, warum zwei targetFramework-Einstellungen vorhanden sind, und es scheint falsch zu sein, Targeting 4.6 zu kompilieren und dann zu versuchen, unter 4.5 zu laufen ...

Natürlich fehlt mir etwas, aber was?

Der Grund für die targetFrameworkExistenz in web.configbesteht darin, Kompatibilitätsprobleme zwischen Änderungen für jede Version von .NET Framework zu vermeiden. Der Unterschied zwischen targetFrameworkon compilationund httpRuntimegehört zu jeder Entwicklungs- und Bereitstellungsumgebung.

Laut MSDN-Blog :

<compilation targetFramework="4.6" />

Wählt aus, welche Version der .NET Framework-Referenzassemblys beim Kompilieren verwendet wird. (Hinweis: Für Visual Studio muss dieses Element in Web.config vorhanden sein, obwohl wir es automatisch ableiten.)

Dieses Element bestimmt die Assemblyversion, die während der Kompilierung zum Erstellen von Abhängigkeiten und zugehörigen Assemblys aus dem aktuellen Projekt verwendet wird.

<httpRuntime targetFramework="4.5" /> bedeutet, dass das aktuelle Projekt zur Verwendung von .NET 4.5-Laufzeitassemblys konzipiert ist, ohne vorhandene Projektassemblys auf dem Bereitstellungscomputer neu zu kompilieren, bevor es in den Speicher geladen wird.

Daher können wir daraus schließen, dass die targetFrameworkin httpRuntimeelement definierte Versionsnummer die Kompatibilität zwischen kompiliertem Projekt und verfügbaren Assemblys bei der Laufzeitnutzung gewährleistet, abhängig davon, welche Version von Laufzeitdateien auf dem Zielcomputer verwendet wird.

In Ihrem Fall ist dies also kein falsches Verhalten. Die Projektersteller möchten lediglich die Laufzeitkompatibilität mit der niedrigsten auf dem Zielcomputer verfügbaren Laufzeitversion mit ähnlichen Merkmalen (dh Version 4.5) beibehalten, selbst wenn das Projekt mit einer neueren Version von kompiliert wurde .NET-Assemblys. Der Unterschied zwischen Version 4.5 und 4.6 ist relativ gering, sodass die Laufzeitversion auf 4.5 in diesem Kontext immer noch akzeptabel bleibt.

Verwandte Referenzen:

https://msdn.microsoft.com/en-us/library/dn833123(v=vs.110).aspx

https://msdn.microsoft.com/en-us/library/dn833125(v=vs.110).aspx

Nach meinem Verständnis <compilation debug="true" targetFramework="4.6" />wird unterdrückt, <httpRuntime targetFramework="4.5" />da seitdem httpRuntimein folgendes übersetzt wird

<compilation targetFramework="4.5" />
<machineKey compatibilityMode="Framework45" />
<pages controlRenderingCompatibilityVersion="4.5" />

Die obige Einstellung ist wahrscheinlich auf ein Missverständnis oder einen Fehler zurückzuführen, wenn sie direkt von VS durchgeführt wird, was ich nicht für wahr halte.

Um zu verstehen, wie diese Einstellung und alle anderen verwandten Dinge dazu führen, dass Ihnen ein Blog mit dem Titel Alles über <httpRuntime targetFramework>, das von einem Microsoft-Mitarbeiter geschrieben wurde, hilft. Aber das Wesentliche ist;

Das .NET Framework (einschließlich ASP.NET) ist bestrebt, eine nahezu 100% ige Kompatibilität aufrechtzuerhalten, wenn ein vorhandenes Framework auf einem Computer aktualisiert wird. Wir versuchen so weit wie möglich sicherzustellen, dass eine Anwendung, die für .NET Framework 4 entwickelt und bereitgestellt wurde, unter 4.5 einfach weiter funktioniert. Dies bedeutet normalerweise, dass zwischen den Versionen skurrile, fehlerhafte oder unerwünschte Verhaltensweisen im Produkt beibehalten werden, da sich das Beheben dieser Verhaltensweisen negativ auf Anwendungen auswirken kann, die sich auf diese Verhaltensweisen stützen.