.NET






.NET-Logo


.NET [.mw-parser-output .IPA atext-decoration:noneˈdɔtnɛt], teilweise auch als Microsoft .NET bezeichnet, dient als Sammelbegriff für mehrere von Microsoft herausgegebene Software-Plattformen, die der Entwicklung und Ausführung von Anwendungsprogrammen dienen, Produkte, Frameworks, Programmiersprachen und alles, was mit den genannten in Verbindung steht, etwa Werkzeuge und Technologien.


Die Veröffentlichung der .NET-Plattform wurde von Microsoft erstmals im Jahr 2000 offiziell bekanntgegeben.[1] 2002 wurde das Framework dann als Teil von Visual Studio .NET veröffentlicht.[2]


Die Bedeutung der einzelnen Teile und Technologien, die .NET umfasst, hat sich im Laufe der Zeit gewandelt. Stand 2017 spielen folgende Frameworks (hier weitgehend identisch mit dem Begriff Plattformen verwendet) eine herausgehobene Rolle in der Praxis: das klassische .NET Framework, das ein monolithisches Framework darstellt, das neu erschienene modular aufgebaute Framework .NET Core und die Plattform Mono.[3]




Inhaltsverzeichnis





  • 1 .NET Framework


  • 2 .NET Core


  • 3 .NET Standard


  • 4 Weitere Framework-Varianten


  • 5 Ursprüngliche Bedeutung und Begriffsentwicklung


  • 6 Open Source und .NET Foundation


  • 7 Common Language Infrastructure (CLI) und weitere ECMA-Standards


  • 8 .NET-Programmiersprachen

    • 8.1 JavaScript und .NET


    • 8.2 C++


    • 8.3 Python


    • 8.4 Visual Basic


    • 8.5 Weitere .NET-Programmiersprachen



  • 9 Literatur


  • 10 Weblinks


  • 11 Einzelnachweise




.NET Framework |



Die Begriffe .NET und .NET Framework werden oft synonym verwendet. Obwohl es eine Reihe von verwandten, aber unterschiedlichen Frameworks gibt, war mit dem Begriff .NET oder .NET Framework oft das klassische Framework gemeint, welches auch nur unter den Windows-Betriebssystemen lauffähig ist.


Wichtigste Teil-Frameworks:



  • Entity Framework (früher: ADO.NET Entity Framework)


  • ASP.NET
    • ASP.NET MVC

  • ADO.NET

  • Windows Forms

  • Windows Presentation Foundation

  • Windows Communication Foundation

  • Windows Workflow Foundation

Die Klassenbibliothek des .NET Framework ist seit 2014 als Shared Source, also als einsehbarer und für eigene Zwecke verwendbarer Code verfügbar.[4]


Das .NET Framework selbst enthält mehrere unterschiedliche Ausführungsmodelle bzw. .NET Varianten parallel, zwischen denen man bei der Entwicklung auswählen muss. Neben der klassischen Möglichkeit, Windows-Desktop-Anwendungen (Windows Desktop Apps) zu entwickeln, ist vor allem der seit Windows 8 und insbesondere Windows 10 unterstützte Typ Universal Windows Platform zu nennen (mehrere Vorgängerbezeichnungen wie Windows Store Apps, siehe Windows Store), da Windows in diesen Versionen selbst zwei verschiedene Anwendungstypen bzw. Benutzeroberflächen unterstützt.[5]


Weiterhin ist das Konzept der Portable Class Libraries zu erwähnen. Dienten diese unter Visual Studio 2010 noch lediglich zur Portierbarkeit von .NET Code auf Silverlight, Windows Phone 7, oder Xbox 360[6], ist u. a. durch Xamarin die Portierung von mit dem .NET Framework erzeugten Portable Class Libraries auf weitere Plattformen möglich, wie iOS, Android und MacOS.[7][8]



.NET Core |



Die 2015 erstmals vorgestellte Frame-Variante .NET Core war zunächst eine harte Absplittung vom klassischen .NET Framework. Diese wurde von Grund auf neu entwickelt und begann mit einer minimalen Funktionalität von ungefähr auf 10 % reduzierter Abdeckung der Funktionalität des klassischen .NET Frameworks.[9]


Primäre Entwurfsziele sind eine verbesserte Modularität, die leichtere Portierbarkeit auch auf Microsoft-fremde Plattformen sowie die Entwicklung als Open Source Projekt unter Beteiligung der weltweiten Entwicklergemeinschaft.


.NET Core war Teil der 2014 von Microsoft ausgerufenen Strategie „Cloud first, Mobile first“,[10] und so konzentrierte man sich bei der Implementierung auch zunächst auf webbasierte Komponenten.


Die zunächst angekündigte Versionierung von .NET Core und seinen Komponenten als Version 5 des .NET Frameworks wurde wieder zurückgenommen, da sich die ersten Versionen insbesondere aufgrund geringeren Funktionsumfanges sowie Produktreife nicht als Nachfolger der Versionen 4.5 oder 4.6 des klassischen .NET Frameworks eigneten.[11][12]


Im Mai 2016 wurde angekündigt, .NET Core um mehr APIs zu erweitern, um die Kompatibilität zwischen den verschiedenen .NET Frameworks zu verbessern, was für die .NET-Gemeinde eine der wichtigsten Nachrichten seit langem darstellte.[3]


Wichtige Teil-Frameworks:


  • ASP.NET Core

  • Entity Framework Core


.NET Standard |


.NET Standard (ehemals .NET Platform Standard) ist eine Spezifikation, die dafür sorgt, dass eine festgelegte Teilmenge der Programmierschnittstellen von .NET in den verschiedenen Implementierungen (.NET, .NET Core, Mono) einheitlich zur Verfügung steht.[13][14] Dabei gibt es verschiedene Versionen von .NET Standard. Microsoft hat allerdings schon angekündigt, die Version 2.1 des Standard im klassischen .NET Framework nicht mehr zu unterstützen.[15] Damit ist dieses für Bibliotheksentwickler wichtige Instrument in dann bereits kurze Zeit nach seiner Einführung nur noch eingeschränkt nutzbar.


Um .NET Standard umzusetzen, wurden bestimmte Referenzassemblies samt ihren Programmierschnittstellen definiert, die von allen .NET-Implementierungen einheitlich bereitgestellt werden müssen.[16] Die Nutzung geschieht mit Hilfe eines neuen Projekt-Typs, der NET Standard-Klassenbibliothek. Dieser ermöglicht, Klassenbibliotheken bereitzustellen, die auf .NET Standard basieren. Einmal für eine bestimmte Version von .NET Standard entwickelt und übersetzt, sind diese ohne Neukompilierung sogar in späteren Versionen der verschiedenen Laufzeitumgebungen verwendbar.[17]


.NET Standard ersetzt die erwähnten Portable Class Libraries und steuert die API-Angleichung für .NET Core. Mit .NET Standard 2.0 ist ein wichtiger Kompatibilitätsschritt erreicht worden: „.NET Standard 2.0 will be implemented by .NET Framework, .NET Core, and Xamarin. For .NET Core, this will add many of the existing APIs that have been requested.“[14]


Durch die Entwicklung gegen eine definierte Version von .NET Standard ist es .NET-Entwicklern einfacher möglich, auf eine für viele Zwecke ausreichende Untermenge von .NET-Funktionalitäten zu setzen, um dafür auf möglichst vielen Betriebssystemen und Geräten, etwa Handys und Spielkonsolen, lauffähig zu sein. Will man dagegen spezifische Implementierungen, etwa in Windows, erstellen, die auf anderen Geräten nicht direkt unterstützt werden (z. B. WPF), so muss man mit mehreren Projekten arbeiten und den plattformunabhängigen Teil der Anwendung in einer .NET Standard-Klassenbibliothek entwickeln.



Weitere Framework-Varianten |



  • Xamarin, vormaliger Name: Mono, mit dem erstmals eine direkte Lauffähigkeit unter Unix, iOS, Android und MacOS möglich wurde.


  • .NET Compact Framework, erlangte primär eine Bedeutung für Pocket-PC-Geräte, die später von Windows Phone abgelöst wurden.


  • .NET Micro Framework, das für Sensoren und Kleinstgeräte, etwa im Internet of Things, vorgesehen war, bevor .NET Core entwickelt wurde.


  • Silverlight, das als portable Version von .NET, insbesondere für das Internet und als Konkurrenz u. a. zu Adobe Flash und Adobe Air vorgesehen war, bevor .NET Core entwickelt wurde.


Ursprüngliche Bedeutung und Begriffsentwicklung |


Der Begriff .NET diente Microsoft bis etwa 2003 als zusammenfassender Vermarktungsbegriff, also als Schlagwort für neue, aber sehr unterschiedliche Produkte wie Betriebssysteme, Server und Office-Software. Später kam als Begriff die Konzentration auf die Softwareentwicklung. Oftmals bezeichnete .NET in der Folgezeit als Synonym das klassische .NET Framework als „physisch“ herunterladbares Paket.[18], obwohl streng genommen z. B. schon die Programmiersprache C# von der physischen Implementierung eines bestimmten Frameworks unabhängig ist.


In der Entstehungsphase von .NET Ende der 1990er, Anfang der 2000er Jahre bezeichnete Microsoft in offiziellen Präsentationen die .NET-Plattform auch als .NET-Initiative. Plattform bzw. Initiative wurden dabei als aus sechs Teilen bestehend beschrieben:[19]



  • .NET Framework, beinhaltet im Wesentlichen Laufzeitumgebung, Klassenbibliothek und Compiler


  • .NET Enterprise Server, beinhaltet Serverprodukte wie etwa BizTalk, Windows Server 2000 und SQL Server 2000


  • .NET Device Software, dient der Unterstützung von Mobilgeräten und beinhaltet auch .NET Compact Framework, dessen Klassenbibliothek eine Untermenge des .NET Frameworks enthält


  • .NET My Services, auch bezeichnet als Hailstorm oder Building Blocks oder Foundation Services, beinhaltet auch Webservices, COM+-Dienste


  • .NET Tools bzw. .NET Infrastructure and Tools, diese beinhalten vor allem die Entwicklungsumgebung Microsoft Visual Studio

  • .NET User Experience

Später kamen, wie im Artikel beschrieben, weitere Framework-Varianten sowie insbesondere auch prinzipiell frameunabhängige Sprachkonzepte hinzu, (siehe C#), so dass .NET heutzutage als Sammelbegriff für verwandte Technologien anzusehen ist.



Open Source und .NET Foundation |


Die .NET Foundation ist eine Organisation, die sich selbst als unabhängig bezeichnet und die die offene Entwicklung und Zusammenarbeit im .NET-System fördern will. Ihre Entstehung wurde erstmals 2014 öffentlich bekanntgegeben.[20] Sie betreut zurzeit über 30 Open-Source-Entwicklungsprojekte, zu denen auch .NET Core und ASP.NET gehören, aber nicht das klassische .NET Framework.[21]


Die neueren Teile der .NET-Technologie sind damit offen und gehören nicht mehr proprietär alleine zu Microsoft, wie jahrelang von Anhängern anderer Technologien kritisiert. Gemeinsam mit den erwähnten Offenlegungen des klassischen .NET Frameworks sowie des Compilers und den ECMA-Standardisierungen sind damit wesentliche Bestandteile von .NET allgemein zugänglich.


Dem technischen Lenkungsausschuss (Technical Steering Group) gehören neben Microsoft auch Redhat, Jetbrains, Unity Technologies, Samsung und Google an.[22] (Stand 10. Februar 2018)



Common Language Infrastructure (CLI) und weitere ECMA-Standards |



Microsoft hat bereits mit der ersten Version von .NET und C# eine internationale Standardisierung von Programmiersprache und Framework-Komponenten bei der Organisation Ecma erreicht. Hierdurch sollte eine Offenheit dokumentiert werden, und dass die .NET-Technologie nicht ausschließlich als proprietär anzusehen ist. Mit der Unterstützung weiterer Plattformen außer Windows, insbesondere durch Xamarin und .NET Core, wurde dieser Weg fortgeführt.



.NET-Programmiersprachen |


Die beiden bekanntesten .NET-Programmiersprachen sind C# und Visual Basic .NET; auch die funktionale Sprache F# wird von Microsoft umfangreich unterstützt. Darüber hinaus sind erwähnenswert:



JavaScript und .NET |


Microsofts Unterstützung seiner proprietären JavaScript-Variante JScript .NET lief mit Visual Studio 2010 aus.[23]


Seit Visual Studio 2013 wird auch JavaScript wieder als vollwertige Sprache unterstützt, welche jedoch keine .NET-Sprache ist. Dennoch steht in der Dokumentation zu Visual Studio 2015 der Satz: „JavaScript ist eine der Hauptprogrammiersprachen in Visual Studio.“[24] Hierdurch wird klar, dass .NET, etwa seit der Einführung von Windows 8, nur noch eine von mehreren von Microsoft verwendeten Technologien ist.


Der C#-Entwickler Anders Hejlsberg hat 2012 die JavaScript erweiternde Programmiersprache TypeScript vorgestellt. Technologiepolitisch bedeutsam ist die Kooperation von Google und Microsoft, indem Google bei einer der 2015/2016 erfolgreichsten neuen Technologien,[25] nämlich AngularJS, in der Version 2.0 diese Microsoft-Programmiersprache verwendete und eine eigene einstampfte.[26]



C++ |


Während man mit Visual Studio abseits von .NET schon immer in C++ programmieren konnte, war C++ in der .NET-Welt nie eine der Hauptsprachen. Jedoch gab es mit Managed C++ schon früh diesbezügliche Möglichkeiten. Mit C++/CLI hat Microsoft eine international standardisierte Spracherweiterung zu C++ geschaffen. Im Unterschied zu der Interop genannten Technik in .NET, die etwa Aufrufe zwischen C# und nativem C++ ermöglicht, lassen sich mit C++/CLI .NET-Objekte mit anderen .NET-Sprachen direkt übergeben.


Historisch und technologisch interessant ist der Kommentar des C++-Schöpfers Bjarne Stroustrup dazu, der C++/CLI im Absatz seiner FAQ prominent erwähnt, wenn auch wenig begeistert: „However, I am less happy that C++/CLI achieves its goals by essentially augmenting C++ with a separate language feature for each feature of CLI.“[27]



Python |


Für Python gibt es seit Visual Studio 2013 die „Python-Tools für Visual Studio (PVTS)“. Python wird in Visual Studio 2015 direkt als unterstützte Sprache genannt. Dabei werden mehrere Interpreter-Versionen, insbesondere CPython, IronPython und IPython unterstützt.[28]



Visual Basic |



Historisch erwähnenswert ist, dass durch die Einführung der bis auf den Namen sehr unterschiedlichen Sprache Visual Basic .NET dessen Vorgänger Visual Basic 6 (VB6) in der .NET Welt und insbesondere in Visual Studio nicht mehr unterstützt wurde. Da diese eine der meist eingesetzten Programmiersprachen überhaupt war, war dies ein Problem und es kam zu Aufrufen in der Entwicklergemeinde, VB6 wieder zu unterstützen, jedoch vergeblich.[29]


Microsoft stellte aber Migrationstools bereit. Die letzte Version, für die Migrationstools von Visual Basic nach .NET angeboten wurden, war Visual Studio 2010.[30]



Weitere .NET-Programmiersprachen |



Es gibt eine große Anzahl von .NET-Sprachen, von denen manche jedoch nur experimentell sind und sich nicht zwangsläufig für den kommerziellen Einsatz eignen.



Literatur |


Zur ursprünglichen Bedeutung:


  • Thomas Erbrich: Schulungsaufwand nicht unterschätzen. In: Computerwoche vom 10. Dez. 2001.

  • Holger Schwichtenberg, Frank Eller: Programmierung mit der .NET-Klassenbibliothek. Pearson, München 2004, ISBN 3-8273-2128-X.


  • Microsoft Unveils Vision for Next Generation Internet. In: Microsoft News Center vom 22. Juni 2000 (Pressemitteilung).


Weblinks |



  • .NET auf der Webpräsenz von Microsoft


  • .NET Foundation – Offizielle Webseite


Einzelnachweise |



  1. news.microsoft.com


  2. https://www.heise.de/newsticker/meldung/Microsoft-feiert-15-Geburtstag-der-Entwicklungsplattform-NET-3624163.html


  3. ab Making it easier to port to .NET Core (englisch) – Immo Landwerth (Dipl.-Inf. und Programmverwalter [oder englisch Program Manager] bei Microsoft[1]) im .NET Blog, am 27. Mai 2016


  4. heise.de


  5. Conversion options for bringing your existing desktop app to the Universal Windows Platform using the Desktop Bridge, abgerufen am 19. Januar 2017.


  6. Portable class libraries under VS 2010, abgerufen am 19. Januar 2017


  7. UI Roundup 2016: Microsoft UWP and Xamarin, abgerufen am 19. Januar 2017


  8. What is a Portable Class Library, abgerufen am 19. Januar 2017.


  9. Holger Schwichtenberg: Zwei auf einen Streich, auch in: Windows Developer Nr. 10/2015, S. 8–14 (Trennung in .NET Core und .NET Framework), abgerufen am 19. Januar 2017.


  10. Microsoft 2014: "Cloud first, Mobile first"


  11. Alexander Neumann: .NET Core 1.0 und ASP.NET Core 1.0: Versionswechsel impliziert Neuanfang, in: heise online vom 20. Januar 2016, abgerufen am 21. Januar 2016


  12. ASP.NET 5 Is Dead- Introducing ASP.NET Core 1.0 and .NET Core 1.0, abgerufen am 19. Januar 2017.


  13. mairaw: .NET-Standard. Abgerufen am 8. Juni 2018 (deutsch). 


  14. ab Introducing .NET Standard, abgerufen am 19. Januar 2017


  15. Announcing .NET Standard 2.1. (microsoft.com [abgerufen am 3. Dezember 2018]). 


  16. .NET Standard FAQ, in: GitHub, abgerufen am 19. Januar 2017


  17. .NET Platform Standard and the magic of “imports”, abgerufen am 19. Januar 2017


  18. Erklärung des Begriffs: .NET (DOTNET)?, in: IT-Visions, abgerufen am 3. Dez. 2015


  19. Schwichtenberg und Eller 2004, S. 979 ff.


  20. dotnetfoundation.org


  21. dotnetfoundation.org


  22. .NET Foundation: .NET Foundation. Technical Steering Group. Archiviert vom Original am 11. Februar 2018; abgerufen am 10. Februar 2018 (englisch). i Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe den Link gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.dotnetfoundation.org 


  23. JScript.NET in VS 2010, abgerufen am 19. Januar 2017.


  24. JavaScript in Visual Studio 2015, abgerufen am 19. Januar 2017.


  25. How Angular is reinventing itself with version 2 and TypeScript, abgerufen am 19. Januar 2017.


  26. Google und Microsoft arbeiten zusammen: AngularJS 2.0 setzt auf TypeScript, abgerufen am 19. Januar 2017.


  27. Bjarne Stroustrup: What do you think of C++/CLI? abgerufen am 19. Januar 2017.


  28. Python in Visual Studio 2015, abgerufen am 19. Januar 2017.


  29. Microsoft Doesn’t Budge on ‘Classic’ Visual Basic, abgerufen am 19. Januar 2017.


  30. Good News for VB6 Migration, abgerufen am 19. Januar 2017.


Popular posts from this blog

Use pre created SQLite database for Android project in kotlin

Darth Vader #20

Ondo