<p>Eine scheinbar einfache Frage, welche allerdings einige Fallen in sich birgt. <br />
Grund hierfür liegt darin, dass man theoretisch zwischen CLR Version und Framework Version unterscheiden kann. So war es in den .NET 3.5 Zeiten üblich, dass die CLR Version weiterhin auf Version 2.0 blieb, weil nur neue Libraries in das Framework gekommen sind. </p>
<p>Allerdings ist meist mit “.NET Framework 4.5” die Kombination aus der “neusten” Framework- und CLR Version gemeint. Allerdings ist .NET 4.5 ein “in-place upgrade” für .NET 4.0. Was die ganze Sache nicht einfacher macht. </p>
<p>Guter Einstieg (und ich komme weiter unten nochmal darauf zurück) ist der Post von Scott Hanselman:</p>
<p><a href="http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx">.NET Versioning and Multi-Targeting – .NET 4.5 is an in-place upgrade to .NET 4.0</a></p>
<p>Einfacher Check für: Ist die .NET Framework Version 4.5 installiert?</p>
<p>Um festzustellen, welche Version installiert ist, liefert die Registry den entscheidenden Hinweis unter dem Pfad “Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full”</p>
<p><a href="http://code-inside.de/blog/wp-content/uploads/image1661.png"></a> </p>
<p>In meinem Fall: Jepp – .NET 4.5 ist installiert. Diese Prüfung geht vermutlich nur wenn man selber System-Admin ist und eine volle Kontrolle über das System und die Anwendungen hat. </p>
<p>Mit der Information wissen wir schonmal: Das Framework ist auf dem System installiert.</p>
<p>Läuft meine Applikation unter .NET 4.5?</p>
<p>Hiermit ist jetzt nicht gemeint ob die Applikation “kompatibel” zu .NET 4.5 ist, sondern ob die Applikation überhaupt .NET 4.5 Features nutzen kann.</p>
<p>Diese Frage ist schon etwas schwer zu beantworten, da dies z.B. von der app.config bzw. web.config abhängig ist und wenn der IIS im Spiel ist muss der AppPool entsprechend eingestellt sein. </p>
<p>Wer den <a href="http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx">Hanselman Post</a> gelesen hat, der wird jetzt eine sehr verkürzte Fassung dessem lesen </p>
<p>Wer eine Desktop Applikation ausführt und nicht die geeignete Framework-Version, welche im <a href="http://msdn.microsoft.com/en-us/library/w4atty68.aspx">supportedRuntime Element</a> der app.config ausführt, der bekommt eine Fehlermeldung. Damit sage ich der Runtime, dass meine App .NET 4.5 benötigt:</p>
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>
</configuration>
<p>Falls kein .NET 4.5 vorhanden ist wird, kommt diese Fehlermeldung:</p>
<p><a href="http://code-inside.de/blog/wp-content/uploads/image1662.png"></a> </p>
<p> Für Web-Applikationen gibt es ein ähnliches Element in der web.config:</p>
<configuration>
<system.web>
<compilation debug="true" strict="false" explicit="true" targetFramework="4.5" />
</system.web>
</configuration>
<p>Falls die im TargetFramework vorgegebene Runtime nicht da ist, gibts eine Fehlermeldung beim Aufruf der Webapp.</p>
<p>Best Practice: Feature Detection zur Laufzeit</p>
<p>Da das Framework immer mehr Libraries umfasst und jede der Libraries eine andere Versionsnummer haben können und sich die Runtime unterscheiden kann, ist es wohl am besten, wenn man genau prüft, ob z.B. eine bestimmte Klasse vorhanden ist.</p>
<p>Empfehlenswerte Links</p>
<p>Der Blogpost von <a href="http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx">Scott Hanselman ist zu dem Thema</a> sehr aufschlussreich und verweisst auf eine sehr <a href="http://stackoverflow.com/questions/8517159/how-to-detect-at-runtime-that-net-version-4-5-currently-running-your-code/8543850#8543850">gute Erklärung der Problematik auf Stackoverflow</a>.</p>
Grund hierfür liegt darin, dass man theoretisch zwischen CLR Version und Framework Version unterscheiden kann. So war es in den .NET 3.5 Zeiten üblich, dass die CLR Version weiterhin auf Version 2.0 blieb, weil nur neue Libraries in das Framework gekommen sind. </p>
<p>Allerdings ist meist mit “.NET Framework 4.5” die Kombination aus der “neusten” Framework- und CLR Version gemeint. Allerdings ist .NET 4.5 ein “in-place upgrade” für .NET 4.0. Was die ganze Sache nicht einfacher macht. </p>
<p>Guter Einstieg (und ich komme weiter unten nochmal darauf zurück) ist der Post von Scott Hanselman:</p>
<p><a href="http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx">.NET Versioning and Multi-Targeting – .NET 4.5 is an in-place upgrade to .NET 4.0</a></p>
<p>Einfacher Check für: Ist die .NET Framework Version 4.5 installiert?</p>
<p>Um festzustellen, welche Version installiert ist, liefert die Registry den entscheidenden Hinweis unter dem Pfad “Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full”</p>
<p><a href="http://code-inside.de/blog/wp-content/uploads/image1661.png"></a> </p>
<p>In meinem Fall: Jepp – .NET 4.5 ist installiert. Diese Prüfung geht vermutlich nur wenn man selber System-Admin ist und eine volle Kontrolle über das System und die Anwendungen hat. </p>
<p>Mit der Information wissen wir schonmal: Das Framework ist auf dem System installiert.</p>
<p>Läuft meine Applikation unter .NET 4.5?</p>
<p>Hiermit ist jetzt nicht gemeint ob die Applikation “kompatibel” zu .NET 4.5 ist, sondern ob die Applikation überhaupt .NET 4.5 Features nutzen kann.</p>
<p>Diese Frage ist schon etwas schwer zu beantworten, da dies z.B. von der app.config bzw. web.config abhängig ist und wenn der IIS im Spiel ist muss der AppPool entsprechend eingestellt sein. </p>
<p>Wer den <a href="http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx">Hanselman Post</a> gelesen hat, der wird jetzt eine sehr verkürzte Fassung dessem lesen </p>
<p>Wer eine Desktop Applikation ausführt und nicht die geeignete Framework-Version, welche im <a href="http://msdn.microsoft.com/en-us/library/w4atty68.aspx">supportedRuntime Element</a> der app.config ausführt, der bekommt eine Fehlermeldung. Damit sage ich der Runtime, dass meine App .NET 4.5 benötigt:</p>
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>
</configuration>
<p>Falls kein .NET 4.5 vorhanden ist wird, kommt diese Fehlermeldung:</p>
<p><a href="http://code-inside.de/blog/wp-content/uploads/image1662.png"></a> </p>
<p> Für Web-Applikationen gibt es ein ähnliches Element in der web.config:</p>
<configuration>
<system.web>
<compilation debug="true" strict="false" explicit="true" targetFramework="4.5" />
</system.web>
</configuration>
<p>Falls die im TargetFramework vorgegebene Runtime nicht da ist, gibts eine Fehlermeldung beim Aufruf der Webapp.</p>
<p>Best Practice: Feature Detection zur Laufzeit</p>
<p>Da das Framework immer mehr Libraries umfasst und jede der Libraries eine andere Versionsnummer haben können und sich die Runtime unterscheiden kann, ist es wohl am besten, wenn man genau prüft, ob z.B. eine bestimmte Klasse vorhanden ist.</p>
<p>Empfehlenswerte Links</p>
<p>Der Blogpost von <a href="http://www.hanselman.com/blog/NETVersioningAndMultiTargetingNET45IsAnInplaceUpgradeToNET40.aspx">Scott Hanselman ist zu dem Thema</a> sehr aufschlussreich und verweisst auf eine sehr <a href="http://stackoverflow.com/questions/8517159/how-to-detect-at-runtime-that-net-version-4-5-currently-running-your-code/8543850#8543850">gute Erklärung der Problematik auf Stackoverflow</a>.</p>