Mit .NET Core hat Microsoft den wohl bisher gr\u00f6\u00dften Schritt seit der Geschichte des Frameworks gewagt: Das Framework ist nicht nur quelloffen, sondern l\u00e4uft auf allen g\u00e4ngigen Plattformen. Neben Windows also auch Linux und OS X (Mac). Nun l\u00e4sst sich das neue .NET Core aber auch mit dem alten, klassischen .NET 4.6 kombinieren. Dies kann beispielsweise als \u00dcbergang zur Portierung einer \u00e4lteren Anwendung sinnvoll sein. Oder wenn man Bibliotkenen ben\u00f6tigt, die noch nicht mit .NET Core kompatibel sind.<\/p>\n
Zumindest langfristig ist dies aber nicht empfehlenswert, da die wichtigsten Neuerungen von .NET Core so nicht genutzt werden k\u00f6nnen:<\/p>\n
Hierf\u00fcr muss man f\u00fcr seine Anwendung vollst\u00e4ndig auf Core setzen. Damit wird es beispielsweise m\u00f6glich, eine ASP.NET Core Webanwendung auf einem Linux-Server zu betreiben. Im Folgenden wird gezeigt, worauf geachtet werden muss. Ausgangspunkt ist ein leeres ASP.NET Core Projekt, das mittels Visual Studio Vorlage erstellt und auf die derzeit aktuellste Version (1.1.0) aktualisiert wurde.<\/p>\n
Das Ziel:<\/strong> Die Anwendung soll unabh\u00e4ngig von s\u00e4mtlicher Microsoft-Propriet\u00e4ren Software (Windows, IIS, usw) agieren.<\/p>\n Dies ist der wohl wichtigste Punkt. Wie schon erw\u00e4hnt, k\u00f6nnen wir in einer .NET Core Anwendung das Zielframework festlegen. Dies geschieht im Schl\u00fcssel frameworks<\/strong>\u00a0der\u00a0project.json<\/strong> Konfigurationsdatei. In einem aktuellen ASP.NET Core 1.1.0 Projekt sieht dieser meist wie folgt aus:<\/p>\n Hier wird festgelegt, dass die Anwendung .NET Core 1.1.0 als Zielframework besitzt. Man kann sich diesen Abschnitt analog zur Auswahl des Zielframeworks in den Projekteigenschaften einer klassischen .NET Windows-Anwendung vorstellen. Dort konnte man beispielsweise .NET Framework 3.5 ausw\u00e4hlen, damit die Anwendung auch auf \u00e4lteren Frameworks l\u00e4uft. Die Funktionen der Nachfolger wie .NET 4.5 standen dann allerdings nicht zur Verf\u00fcgung.<\/p>\n Im Prinzip erledigt dieser Konfigurationsabschnitt die gleiche Aufgabe. Einziger Unterschied: Mit .NET Core ist es m\u00f6glich, mehrere Laufzeitumgebungen zu definieren. \u00dcber Pr\u00e4prozessor-Anweisungen kann z.B. Windows-Spezifischer Code nur auf .NET 4.6 ausgef\u00fchrt werden. Dies wird allerdings ausdr\u00fccklich seitens Microsoft nicht empfehlen, da es verschiedene Risiken birgt. Darauf m\u00f6chte ich auch nicht weiter eingehen,\u00a0weil es f\u00fcr unser Ziel nichts zur Sache tut.<\/p>\n Es existieren eine ganze Reihe von Zielframeworks. Im Folgenden m\u00f6chte ich daher nur kurz auf die wichtigsten drei eingeben. Eine vollst\u00e4ndige, von Microsoft gepflegte Liste ist hier zu finden: Target Frameworks<\/a><\/p>\n Microsofts Ansatz, ein Basisframework zu schaffen. Dies soll auf allen .NET Implementierungen gleich sein, und so die Fragmentierung verhindern.\u00a0Im Gegensatz zu .NET Core sind hier nicht nur Desktop- und Server-Betriebssysteme gemeint. Sondern auch unterschiedliche Ger\u00e4tetypen wie beispielsweise Smartphones oder Spielekonsolen.<\/p>\n Bezieht sich auf das neue .NET Core, welches sowohl auf Windows, Linux als auch Mac OS l\u00e4uft. Viele Schnittstellen basieren auf dem klassischen .NET, wenngleich nicht alle verf\u00fcgbar sind (z.B. System.Drawing). Auch durch neue Entwicklungsmuster wie Dependency Injection statt statischer Eigenschaften ist klassischer .NET Core nicht ohne Anpassungen kompatibel.<\/p>\nAnpassung des Zielframeworks<\/strong><\/h4>\n
\n"frameworks": {\n "netcoreapp1.1": {\n "dependencies": {\n "Microsoft.NETCore.App": {\n "type": "platform",\n "version": "1.1.0"\n }\n },\n "imports": "dnxcore50"\n }\n }\n<\/pre>\nAnpassung des Zielframeworks<\/strong><\/h4>\n
.NET Standard: netstandard1.2, netstandard 1.5<\/strong><\/h5>\n
.NET Core: netcoreapp1.0,<\/strong>\u00a0netcoreapp1.1<\/strong><\/h5>\n
Klassisches .NET Framework: net45, net451, net46, net461<\/strong><\/h5>\n