.NET

Glossar
· Hauptseite · Zufälliger Artikel · Portal liste
Diskussion
· Diskussion : .NET
Webkatalog
· Übersicht · Eigene Artikel · Seite vorschlagen
Aktuelles
· Seite der Woche · Newsletter · Today in History · Kreuzworträtsel
Weitere Inhalte
· Einkaufsmeile · Begriffslexikon · Multimedia
Suche
· Geschi.de · nach Jahren · Weltchronik.de · Geschichtsreferate
Interna
· Seitenneuigkeiten · Hilfe zur Seite · Impressum

Jahres-Sprung
Jahreszahl eingeben: >Chronik2000-Homepage<

.NET

Stichpunkte

Allgemein
	die als Basis fÃ¼r Eigenentwicklungen dienen
	und neben einer virtuellen Laufzeitumgebung aus einem Rahmenwerk (Framework) von Klassenbibliotheken (API) und Diensten besteht
	der als Gegenpol zu Sun Microsystems Java eingefÃ¼hrt wurde
	.NET Vorlage:Lautschrift ist ein Satz von Softwaretechnologien des Softwareherstellers Microsoft
	die eine neue Generation von Programmen und damit auch der Programmierung einlÃ¤uten soll
	Einfach gesprochen handelt es sich also um eine umfangreiche Programmierumgebung
	aber in der Gesamtheit ist .NET eine Innovation. Inhaltsverzeichnis showTocToggle("Anzeigen"
	Keine der verwendeten Technologien ist vÃ¶llig neu
	"Verbergen") 1 Entstehungsgeschichte 1.1 Ausblick 2 Konzept 2.1 CLR
	Garbage-Collection und Reflection 2.2 AusfÃ¼hrungsgeschwindigkeit 2.3 Managed und Unmanaged
	CIL
	InteroperabilitÃ¤t 2.4 Sicherheit 2.5 Attribute 2.6 Verteilte Programmierung und Web Services 3 SprachneutralitÃ¤t und gemischtsprachige Programmierung 4 PlattformunabhÃ¤ngigkeit 5 Laufzeitumgebung 6 AusfÃ¼hrungsgeschwindigkeit 7 Klassenbibliothek 8 VerfÃ¼gbarkeit 9 Technische Einzelheiten 9.1 ProgrammausfÃ¼hrung 9.2 Assemblies 10 Weblinks [Bearbeiten]
Entstehungsgeschichte
	Historisch gesehen ist die Motivation fÃ¼r diese Initiative am ehesten verstÃ¤ndlich
	Durch die immer weitere Verbreitung der plattformunabhÃ¤ngigen Programmiersprache Java Ende der 1990er Jahre sah Microsoft seine Dominanz im Bereich der PC-Kerntechnologien in Gefahr
	im lukrativen Markt fÃ¼r mobile KleingerÃ¤te FuÃŸ zu fassen. Microsoft Ã¼bernahm die von SUN entwickelte Java-Technologie fÃ¼r sich und erweiterte sie nach den eigenen BedÃ¼rfnissen
	wodurch die PlattformunabhÃ¤ngigkeit in Mitleidenschaft gezogen wurde
	Zudem war es Microsoft bis dahin nicht gelungen
	wechselte Microsoft die Strategie
	Als SUN dies unter anderem durch GerichtsverfÃ¼gung unterband
	Um eine vollstÃ¤ndige UnabhÃ¤ngigkeit von anderen zu erreichen
	sollte die .NET-Plattform von Grund auf neu entwickelt werden
	hatten ihre Grenzen erreicht
	Zu dem vom Marketing getriebenen Wunsch nach einer konkurrenzfÃ¤higen Technologie "gegen Java" gesellte sich eine Ã¼berfÃ¤llig gewordene technische Innovation: Die technologische Basis der Windows-Programmierung
	nÃ¤mlich die Objekttechnologien COM und DCOM
	So entstand ein aus vermarktungsstrategischen Ãœberlegungen und technischer Notwendigkeit motiviertes gemeinsames Projekt
	die sich in der Windows-Welt einen Namen gemacht hatten
	aber auch die Akzeptanz in der Entwicklergemeinde erhÃ¶hte
	was sich an vielen Stellen in der technischen QualitÃ¤t und Innovation niederschlug
	Eher untypisch fÃ¼r Microsoft wurde dafÃ¼r eine Reihe der prominentesten externen Fachleute
	zu Microsoft geholt
	So wurde z.B. die neue .NET-Sprache C# federfÃ¼hrend von dem Turbo-Pascal-Erfinder Anders Hejlsberg entwickelt
	wodurch die Entwicklungsgeschwindigkeit wohl erhÃ¶ht
	die HomogenitÃ¤t der verschiedenen Bereiche aber verschlechtert oder verhindert wurde (s
	Die verschiedenen Teiltechnologien wurden in mehreren weitgehend unabhÃ¤ngigen Gruppen entwickelt
	Januar â€“ .NET (V1.0) wird offiziell mit der zugehÃ¶rigen Entwicklungsumgebung SDK (und Visual Studio 2002) vorgestellt. 2001â€“2002 â€“ Verwirrung: Im Zuge des Marketings wird nach Microsofts Gewohnheit versucht
	was fÃ¼r Microsoft einen ungewÃ¶hnlichen Schritt der Ã–ffnung darstellt. 2002
	HP und Intel) bei der EuropÃ¤ischen Standardisierungsorganisation European Computer Manufacturers Association ECMA eingereicht
	Oktober â€“ C# und die CLI (s.u.) werden (von MS
	Juli â€“ Auf der Entwicklerkonferenz PDC gibt es erstmals CDs mit lauffÃ¤higen Vorabversionen des Frameworks und von Visual Studio .NET 2000
	wodurch selbst Fachleute einschlieÃŸlich Microsoft-Mitarbeitern nicht mehr verstehen
	worum es eigentlich geht
	alle anstehenden Neuentwicklungen unter einen
	Juni â€“ Bill Gates stellt erstmals die .NET-"Vision" vor
	Ausblick). 2000
	zu fassen
	den .NET-Begriff
	zunÃ¤chst unter dem Codenamen "Whistler" 2000
	Die Programmiertechnologie und Entwicklungsumgebung wird erstens in Verbindung gestellt zu konkreten Webdiensten
	die Microsoft anbietet (Codename "Hailstorm" wird zu ".Net My Services" und spÃ¤ter vom Marketing wieder von .NET entkoppelt)
	Auch die nÃ¤chste Betriebssystem-Generation von Windows wird als Bestandteil von .NET angekÃ¼ndigt
	30
	Interessant ist hier die Begriffs-Historie beim Server: 2000
	Januar: Codename "Whistler Server" 2001
	19
	April: Windows 2002 Server 2001
	Juni: Windows .NET Server 2002
	27
	9
	August: Windows .NET Server 2003 2003
	Januar: Windows Server 2003 (wieder ohne .NET) 2003 Vorstellung von .NET 1.1 und Visual Studio 2003 mit im Wesentlichen geringfÃ¼gigen Verbesserungen und Erweiterungen. 2004 Obwohl technisch schon einige Jahre alt
	steht der Marktanteil an .NET-Programmen immer noch in keinem VerhÃ¤ltnis zur Aufmerksamkeit in Medien und Entwicklergemeinde
	die technische Umstellungen benÃ¶tigen. 2004 Betaversionen von .NET V2.0 und Visual Studio 2005 erhÃ¤ltlich. [Bearbeiten]
	Insbesondere auch Microsoft selbst hat keine in der Breite bekannten
	komplett mit .NET programmierten Anwendungen verÃ¶ffentlicht
	was sicherlich auch Zeit und Aufwand demonstriert
Ausblick
	FÃ¼r 2005 ist die nÃ¤chste Version von .NET V2.0 und Visual Studio 2005 angekÃ¼ndigt
	die neben starken Erweiterungen der Klassenbibliothek einige Vereinfachungen des Programmiermodells mit sich bringen soll. 2006â€“2007 Nachfolgetechnologien als Bestandteil des Windows-XP-Nachfolgers mit Codenamen "Longhorn" sollen die Redundanzen in aktuellen .NET-Teiltechnologien beseitigen
	.NET Enterprise Services und .NET Remoting Services beseitigen. [Bearbeiten]
	insbesondere die APIs zur Web- und Windows-OberflÃ¤chenprogrammierung vereinheitlichen und ein fortschrittliches Konzept fÃ¼r verteilte und insbesondere serviceorientierte Architekturen bereitstellen und damit das weitgehend unstrukturierte Nebeneinanderher von Web Services
Konzept
	die mit unterschiedlichen Programmiersprachen erstellt wurden
	her
	Die .NET-Plattform stellt mit der Common Language Infrastructure (CLI) eine Basis zur AusfÃ¼hrung von Programmen
	Dies wird durch die Verwendung einer (objektorientierten) virtuellen Maschine und die Framework Class Library (FCL) â€“ einer gemeinsamen Klassenbibliothek â€“ erreicht. [Bearbeiten]
CLR, CIL, Garbage-Collection und Reflection
	Die Common Language Runtime (CLR) ist die virtuelle Maschine (VM) von .NET und stellt somit die Laufzeitumgebung fÃ¼r verschiedene an .NET angepasste Hochsprachen zur VerfÃ¼gung
	Die VM fÃ¼hrt den standardisierten Zwischencode der Common Intermediate Language (CIL) aus
	Die CIL hieÃŸ frÃ¼her Microsoft Intermediate Language (MSIL)
	wurde aber im Rahmen der Standardisierung durch die ECMA umbenannt
	so dass auch in unterschiedlichen Sprachen geschriebene Programmteile auf gemeinsame Ressourcen zugreifen kÃ¶nnen
	FÃ¼r die CIL wurde ein sprachÃ¼bergreifendes System von objektbasierten Datentypen definiert
	Das von Vorneherein im Gesamtkonzept berÃ¼cksichtigte Nebeneinander mehrerer Programmiersprachen unterscheidet .NET von anderen auf Zwischencode basierenden Laufzeitumgebungen (z.B
	siehe Java)
	Java Virtual Machine
	das u.a
	Das Besondere an der CLR ist weniger die technische Innovation als vielmehr die strategische und (langfristig vielleicht folgenreichste) Entscheidung des MarktfÃ¼hrers Microsoft fÃ¼r ein CLR-basiertes System
	Programmierfehler vermindern helfen soll und gegen die traditionelle direkte Kompilierung in den Maschinencode des Zielsystems. [Bearbeiten]
AusfÃ¼hrungsgeschwindigkeit
	Die Entwicklergemeinde von C++ fÃ¼r .NET zu gewinnen ist nicht zuletzt nÃ¶tig
	um .NET zum Erfolg zu verhelfen
	Geschwindigkeit war bei .NET deswegen von Anfang an ein wesentliches Designkriterium
	Dies ist ein wesentlicher Unterschied zu den ersten JVMs
	Da sich jedoch .NET und JVMs technisch gesehen sehr Ã¤hneln (Zwischencode wird auf stackbasierter VM ausgefÃ¼hrt und von einem JIT-Compiler dynamisch optimiert)
	ist die AusfÃ¼hrungsgeschwindigkeit der Java-Implementierung von Sun mit der .NET-Laufzeitumgebung von Microsoft vergleichbar
	fÃ¼r welche Methoden sich eine Optimierung lohnt) stimmen leider viele Microbenchmarks nicht mit der tatsÃ¤chlich im Produktiveinsatz erreichten Performance Ã¼berein. [Bearbeiten]
	wÃ¤hrend die Hotspot-Engine von SUN zuerst durch Profiling feststellt
	Da sich jedoch die Optimierungsstrategien von .NET und der JVM Implementierung von SUN stark unterscheiden (.NET Ã¼bersetzt sÃ¤mtliche verwendete Klassen beim ersten Laden in Maschinencode
Managed und Unmanaged, InteroperabilitÃ¤t
	also fÃ¼r .NET geschrieben wurden
	damit quasi abwertend
	In der .NET-Sprache gelten alle Programme
	als managed -- alle anderen
	insbesondere Ã¤ltere Programme
	die innerhalb der CLR laufen
	als unmanaged
	Mit Hilfe der so genannten Interop-Technik lassen sich insbesondere traditionelle (Microsoft-)COM-Programme mit .NET-HÃ¼llen versehen und danach deren Klassen wie .NET-Klassen aufrufen
	Umgekehrt lassen sich auch .NET-Klassen wie COM-Klassen aufrufen
	Damit soll eine flieÃŸende Umstellung von Projekten auf .NET ermÃ¶glicht werden
	mit der man sowohl managed als auch unmanaged Code in einer einzigen Programmdatei mischen kann
	ist C++/CLI (Managed C++). [Bearbeiten]
	Die bisher einzige Sprache
Sicherheit
	das weit Ã¼ber das bisher in Windows verankerte oder etwa das von Java hinausgeht. Das Sicherheitskonzept von .NET fÃ¤ngt an bei Mechanismen
	Eines der wichtigsten Konzepte ist das Sicherheitskonzept von .NET
	geht Ã¼ber Mechanismen zum Schutz der Programme vor VerÃ¤nderung (z.B. vor Programmviren) bis hin zu Schutzmechanismen
	die den Ort der Herkunft bzw
	die die IdentitÃ¤t des Programmherstellers gewÃ¤hrleisten sollen (AuthentizitÃ¤t)
	ProgrammausfÃ¼hrung (z.B
	Internet) einbeziehen
	Es gibt technisch betrachtet sowohl ein codebasiertes (Code based Security) als auch ein nutzerbasiertes (Role based Security) Sicherheitsmodell
	CLR
	Datenbank und Webserver. [Bearbeiten]
	Spezialisten stoÃŸen allerdings insbesondere bei der Web- und Datenbankprogrammierung unter .NET auf bis zu ein halbes Dutzend alternativer und ergÃ¤nzender Sicherheitsmodelle von Betriebssystem
Attribute
	Eine
	wenn auch zunÃ¤chst rein programmiertechnisch interessante
	Neuerung von .NET ist die EinfÃ¼hrung von Attributen
	d.h. als solche gekennzeichnete Metadaten als Bestandteil der Programmiersprache
	Beispielsweise kÃ¶nnen im Rahmen der komponentenbasierten Programmierung Komponenteneigenschaften ausgedrÃ¼ckt werden
	Es kÃ¶nnen fÃ¼r die Verteilung
	fÃ¼r die Sicherheit
	fÃ¼r Transaktionen und viele andere Anwendungen dem Code beschreibende Eigenschaften hinzugefÃ¼gt werden
	Installation und Konfigurierung
	Innerhalb einer Anwendung kann mit Hilfe der Reflection-API auf die Attribute eines Assemblies und den in ihm enthaltenen Elemente zugegriffen werden
	Dieses Konzept wurde von Java in Form der Annotationen Ã¼bernommen
	Zum Beispiel soll in der kommenden Version des Standards fÃ¼r Enterprise Java Beans die Entwicklung von EJBs durch den Einsatz von Annotationen vereinfacht werden. [Bearbeiten]
Verteilte Programmierung und Web Services
	Microsoft bietet hier nicht einen Ã¼bergreifenden Ansatz
	sondern gleich (mindestens) drei unterschiedliche
	mit jeweils eigenen Vor- und Nachteilen: eine moderne Implementierung des ersten neuen Industriestandards des 21
	die .NET Remoting Services
	Web Services (manchmal auch "XML Web Services" genannt)
	Jahrhunderts
	eine Architektur fÃ¼r verteilte Programme (im Wesentlichen im LAN)
	und die .NET Enterprise Services
	Letztere sollen eine Konkurrenztechnologie zu der erfolgreichen J2EE werden
	und zwar kommerziell erfolgreich
	aber obwohl diesmal Microsoft Ende der 1990er Jahre mit dem MTS (Microsoft Transaction Server) eine weithin unbeachtete Innovation lieferte
	reagierte Sun und bildete eine vergleichbare Technologie nach
	so dass die Microsoft-Technologie in diesem umsatzstarken Unternehmensmarkt bislang noch keine Rolle spielt. [Bearbeiten]
SprachneutralitÃ¤t und gemischtsprachige Programmierung
	der von der virtuellen Laufzeitumgebung (VM) in den Maschinencode der Zielmaschine Ã¼bersetzt und ausgefÃ¼hrt werden kann
	Die Common Language Specification (CLS) definiert eine gemeinsame Untermenge BinÃ¤rcode der CIL
	an die CLR angepassten Sprachen zu programmieren
	Somit ist es mÃ¶glich
	.NET mit verschiedenen
	das eine gemeinsame Schnittmenge an Datentypen beschreibt
	das proprietÃ¤re Visual Basic .NET (siehe auch Visual Basic) sowie J# (Aussprache: dschÃ¤i-scharp; eine Portierung von Microsofts verÃ¤nderter Java-Implementierung) und abschlieÃŸend - nicht zu verwechseln mit J# - JScript.NET (siehe JavaScript). Insbesondere das vereinheitlichte Typsystem ("Common Type System")
	Von Microsoft z.B. schon im Visual Studio mitgeliefert sind das
	sorgt fÃ¼r ein reibungsloses Zusammenspiel beim Aufruf von in einer anderen Sprache geschriebenen Komponenten
	die Sprachen C++
	neben der von Microsoft fÃ¼r .NET eingefÃ¼hrten Sprache C#
	Dies stellt einen wichtigen Fortschritt dar
	da man unter Visual Basic 6 u
	in Visual C++ zu programmieren
	Funktionen
	U. gezwungen war
	die nicht in Visual Basic implementiert werden konnten
	In diesem Fall gab es immer Schwierigkeiten bei der Zuordnung der Datentypen von Visual Basic zu den entsprechenden Datentypen unter C++
	die zur Automation benutzt werden konnten
	musste man als Programmierer mit einem eingeschrÃ¤nkten Satz von Datentypen
	Auch bei der Programmierung von COM-Komponenten in C++
	auskommen
	was die Programmierung in solchen FÃ¤llen nicht vereinfachte. Neben den von Microsoft fÃ¼r die .NET-Plattform angepassten Sprachen C#
	AuÃŸerdem wurden Strings unter C++ und Visual Basic 6 intern unterschiedlich gespeichert
	Visual Basic .NET und C++/CLI (Managed C++) werden weitere .NET-Sprachen von Drittanbietern zur VerfÃ¼gung gestellt (z.B
	Delphi von Borland)
	Programmiersprachen von Drittherstellern in Visual Studio.NET einzubinden
	Es ist mÃ¶glich
	was die Entwicklung einer eigenen Integrierten Entwicklungsumgebung erspart
	Fast unerwartet scheint der Anklang der .NET-Technologie bei Anbietern marktenger Programmiersprachen oder in Forschung und Lehre
	Offensichtlich ist gerade fÃ¼r solche Programmiersprachen die zusÃ¤tzliche FunktionalitÃ¤t einer umfangreichen (wenn auch zunÃ¤chst fÃ¼r das marktfÃ¼hrende Betriebssystem optimierten) Klassenbibliothek interessant und produktivitÃ¤tsfÃ¶rdernd. [Bearbeiten]
PlattformunabhÃ¤ngigkeit
	Die angestrebte PlattformunabhÃ¤ngigkeit ist unter .NET theoretisch vollstÃ¤ndig gegeben
	ist sie in der Praxis kaum gegeben
	aber da der Hersteller Microsoft die .NET-Plattform nur fÃ¼r seine eigene Produktlinie Windows anbietet
	in Form des Open-Source-Projektes Mono zur VerfÃ¼gung
	dank CLS
	VM) fÃ¼r das Betriebssystem Linux (und deren Derivate) steht aber
	Eine Laufzeitumgebung (CLR
	das vom Hersteller Ximian initiiert wurde. Seit Herbst 2004 stehen endgÃ¼ltige Versionen dieses Projektes zur VerfÃ¼gung
	ist mit einer hohen Verbreitung auf Windows-fremden Systemen zu rechnen
	Obwohl nicht alle Komponenten von .NET innerhalb dieses Projektes vorhanden sind
	Daneben wird noch im Rahmen des dotGNU-Projekts an einer "Portable.NET" genannten Laufzeitumgebung gearbeitet
	Aufgrund fehlender Normierung der Klassenbibliothek sowie lizenzrechtlicher Probleme kann man PlattformunabhÃ¤ngigkeit in der Praxis allerdings nicht attestieren
	die typischerweise mit Sprachen wie Assembler
	Unter dem Aspekt der plattformÃ¼bergreifenden VerfÃ¼gbarkeit dominieren hier auch weiterhin Java-Programme
	C++ oder C erstellt werden. [Bearbeiten]
	Umsetzungen mit Sprachen wie Perl und PHP â€“ sowie maschinennahe Produkte
Laufzeitumgebung
	"Managed code" wird wie oben erwÃ¤hnt von der Laufzeitumgebung Common Language Runtime (CLR) verwaltet
	dass geschÃ¼tzte Speicherbereiche nicht direkt angesprochen oder Ã¼berschrieben werden kÃ¶nnen
	Diese virtuelle Maschine Ã¼bernimmt die Anforderung und Freigabe von Speicher und anderen Ressourcen (Garbage-Collection) und stellt sicher
	Wie oben unter Sicherheit beschrieben
	von der CLR abgelehnt. [Bearbeiten]
	sofern sie gegen Sicherheitsrichtlinien verstoÃŸen
	kÃ¶nnen auch Zugriffe auf Dienste
	Dateisystem-Funktionen oder GerÃ¤te Ã¼berwacht werden und werden
AusfÃ¼hrungsgeschwindigkeit
	Durch verschiedene Techniken wird versucht
	den negativen Einfluss der CLR auf die AusfÃ¼hrungsgeschwindigkeit mÃ¶glichst klein zu halten
	die einen Mittelweg zwischen Interpretation und Kompilierung gehen
	Z.B. wurden analog zu Java so genannte JIT-Compiler eingefÃ¼hrt
	wodurch sich insbesondere (und nur) die erstmaligen Ladezeiten bei Programmen mit grÃ¶ÃŸeren Klassen- und Objektmengen reduzieren. (Ein JIT-Compiler ist in der Lage
	optimal auszunutzen
	ebenso mÃ¶glich ist.) Die automatische Ressourcenverwaltung und die verbesserte Sicherheit haben dennoch auch ihren Preis â€“ die AusfÃ¼hrung von managed code hat einen erhÃ¶hten Bedarf an Ressourcen und benÃ¶tigt geringfÃ¼gig mehr Zeit
	den Befehlssatz des Prozessors
	auf dem das Programm ausgefÃ¼hrt wird
	was bei Programmen
	die schon wÃ¤hrend ihrer Erstellung in Maschinensprache compiliert werden
	Des Weiteren kann man mit .NET als Neuerung auch Programme in bereits kompiliertem Maschinencode vorinstallieren
	was die Anwendbarkeit fÃ¼r Echtzeitaufgaben stark einschrÃ¤nkt
	AuÃŸerdem sind die Antwortzeiten auf Programm-Ereignisse wesentlich schwieriger zu kalkulieren und zum Teil deutlich grÃ¶ÃŸer
	die automatische Freigabe nicht mehr benÃ¶tigten Speichers und anderer Ressourcen
	Ein Grund hierfÃ¼r ist die "Garbage-Collection"
	sondern der Garbage-Collector der CLR Ã¼ber den Zeitpunkt entscheidet
	Zu beachten ist hierbei
	dass die Freigabe nicht direkt erfolgt
	durch die Zusammenfassung der Freigabeoperationen
	kÃ¶nnen andererseits die Antwortzeiten auf Ereignisse dadurch in Mitleidenschaft gezogen werden
	WÃ¤hrend dies einerseits
	die AusfÃ¼hrungsdauer von ProgrammlÃ¤ufen verringern kann
	Durch die zeitverzÃ¶gerte Freigabe entsteht auch ein erhÃ¶hter Ressourcenbedarf
	Treiberprogrammierung
	Dies ist natÃ¼rlich besonders fÃ¼r kleinere Maschinen nachteilig
	im Hinblick auf die Marktausrichtung zu mobilen KleingerÃ¤ten
	wenn es um die Erstellung ressourcensparender oder laufzeitkritischer Anwendungen geht (Animation
	KI-Anwendungen
	sicherheitsrelevante Anwendungen wie Anlagensteuerungen
	Bildverarbeitung
	3D-Spieleprogrammierung
	direkte Zugriffe auf Dateisysteme und GerÃ¤te
	Simulation
	ein Problem dar. Bislang wird deshalb weiterhin eine groÃŸe Anzahl von auÃŸerhalb der CLR betriebenen Anwendungen benÃ¶tigt
	dass durchschnittliche QualitÃ¤t und Effizienz der traditionellen Softwareentwicklung zu wÃ¼nschen Ã¼brig lieÃŸen und lassen und dass die diesbezÃ¼glichen Vorteile durch obige Verfahren deren Nachteile in der Regel aufwiegen
	usw.). Auf der anderen Seite steht die Meinung
	und stellt deshalb
	Im Allgemeinen wird dabei von einer asymmetrischen Verteilung ausgegangen
	dass z.B
	90% einer durchschnittlichen Anwendung problemlos "managed"
	und lediglich 10% (dann einzelner Funktionen oder Klassen) optimiert werden mÃ¼ssen
	d.h. auch mit Garbage-Collection ausgefÃ¼hrt werden kÃ¶nnen
	Dabei hat sich -- analog zu den Diskussionen "Assembler â€“ ja oder nein" -- gezeigt
	dass oftmals durch Optimierung zugrunde liegender Algorithmen und Datenstrukturen eine wesentlich hÃ¶here AusfÃ¼hrungsgeschwindigkeit als durch die Entscheidung fÃ¼r oder gegen eine Programmiersprache oder Programmiertechnik erzielt werden kann
	Und gerade fÃ¼r derlei stÃ¤ndige Optimierungen bewÃ¤hrt sich eine zuverlÃ¤ssige automatische Speicherverwaltung oft Ã¼ber Jahre
	bevor man hier die Grenzen erreicht hat
	Nicht zuletzt kÃ¶nnen Programme auch in Hinblick auf die AusfÃ¼hrungsgeschwindigkeit im Zusammenspiel mit Garbage-Collection optimiert werden. Bestimmte Arten von Programmen erzielen -- auch ohne Optimierung -- gerade mit Garbage-Collection um Faktoren hÃ¶here Geschwindigkeiten als etwa auf traditioneller C-Speicheranforderung basierende Pendants. [Bearbeiten]
Klassenbibliothek
	Die Framework Class Library (FCL) umfasst einige Tausend Klassen
	die in so genannte NamensrÃ¤ume (Namespaces) unterteilt sind
	das Verschicken von E-Mails
	Die Klassen erfÃ¼llen Aufgaben wie z.B. das Formatieren von Text
	aber auch das Generieren von Code
	Die Unterteilung in NamensrÃ¤ume dient dazu
	die groÃŸe Menge an Informationen Ã¼bersichtlicher zu gestalten
	Beispielsweise befinden sich Klassen zum Generieren von Code in dem Namensraum System.Reflection.Emit
	Die Dokumentation der Klassen liefert der Hersteller in seinem Software Development Kit (SDK) mit (siehe unten)
	Beispiele: Ado.net
	ASP.NET [Bearbeiten]
VerfÃ¼gbarkeit
	Der Hersteller Microsoft bietet .NET in verschiedenen Formen an
	Als reine Laufzeitumgebung samt benÃ¶tigter Klassenbibliotheken (Framework)
	als kostenloses SDK fÃ¼r Entwickler
	als kostenpflichtige integrierte Entwicklungsumgebung (IDE) in Form des "Microsoft Visual Studio .NET"
	Eine kostenfreie IDE fÃ¼r .Net (und Mono) unter Windows findet man im Open-Source-Projekt "Sharp-Develop (http://www.icsharpcode.net/opensource/sd/)"
	die eine bereits integrierte .NET Laufzeitumgebung bereit stellen
	Seit "Windows Server 2003" bietet Microsoft darÃ¼ber hinaus Server-Betriebssysteme an
	sofern sie zu einer unterstÃ¼tzten Windows-Variante gehÃ¶rt
	Bei Vorversionen muss die Laufzeitumgebung manuell installiert werden
	die Programmierung von Webanwendungen (ASP.NET) etwa lÃ¤uft nur ab Windows 2000
	auf Windows 95/98/Me/NT jeweils nur mit bestimmten EinschrÃ¤nkungen
	Unter Windows 3.1 ist .NET nicht lauffÃ¤hig
	Auf Nicht-Windows-Systemen wird .NET von Microsoft offiziell nicht unterstÃ¼tzt â€“ ist also nur in der Theorie plattformunabhÃ¤ngig
	die .NET auch fÃ¼r andere Plattformen (z.B
	Allerdings existieren die bereits erwÃ¤hnten Open-Source-Projekte
	die unter Windows CE bzw
	Linux) eingeschrÃ¤nkt verfÃ¼gbar machen. FÃ¼r Handhelds und Mobiltelefone
	Windows Mobile 2003 laufen
	existiert eine abgespeckte Version der .NET-Laufzeitumgebung in Form des Compact Frameworks
	Es lÃ¤sst sich aber nur unter Verwendung des kostenpflichtigen Visual Studio .NET 2003 oder neuer fÃ¼r diese Plattform entwickeln
	Mit Visual Studio 2005 sind fÃ¼r Privatanwender kostenlose Einfachversionen erhÃ¤ltlich (ab Juli 2004 in Vorabversion). [Bearbeiten]
Technische Einzelheiten
	[Bearbeiten]
ProgrammausfÃ¼hrung
	Der Compiler fÃ¼r .NET-Sprachen erzeugt keinen Maschinencode der direkt vom Prozessor ausgefÃ¼hrt werden kann
	die auf der Stack-basierten virtuellen Maschine (VM) ausgefÃ¼hrt werden
	Stattdessen wird ein Zwischencode
	die sogenannte Common Intermediate Language (CIL) erzeugt. Dieser besteht aus Befehlen
	eine ".exe"-Erweiterung
	Die resultierenden Programme haben wie andere Programme unter Windows
	die die virtuelle Maschine startet
	Dies wird durch eine kleine Routine am Anfang des Programmes ermÃ¶glich
	welche wiederum den Zwischencode ausfÃ¼hrt
	der in der Laufzeitumgebung Common Language Runtime (CLR) enthalten ist
	Wenn das Programm ausgefÃ¼hrt wird
	Ã¼bersetzt ein JIT-Compiler
	der dann vom Prozessor direkt ausgefÃ¼hrt werden kann
	den Zwischencode in Maschinencode
	Da Code aus allen .NET-Sprachen in die selbe Zwischensprache Ã¼bersetzt wird
	die in verschiedenen .NET-Sprachen geschrieben sind
	kÃ¶nnen Funktionen und Klassenbibliotheken
	problemlos gemeinsam in einem Programm verwendet werden. [Bearbeiten]
Assemblies
	Ãœbersetzte Programmklassen werden als ausfÃ¼hrbare Programme in so genannten Assemblies zusammengefasst und bereitgestellt (vgl. mit Packages/Paketen in Java)
	Diese haben typischerweise die altbekannten Endungen .exe oder .dll
	sind intern jedoch vÃ¶llig anders strukturiert
	aber aufwÃ¤ndige und fehlertrÃ¤chtige Registrierung
	Insbesondere sind im so genannten Manifest alle notwendigen Metadaten aufgefÃ¼hrt
	so dass fÃ¼r reine .NET-Programme in der Regel die gewohnte
	wegfÃ¤llt (Ausnahme z.B
	COM+/Enterprise Services)
	gemeinsam (shared) oder global sein
	Assemblies kÃ¶nnen entweder privat
	Private Assemblies befinden sich in dem selben Programmverzeichnis
	wie die auszufÃ¼hrende Anwendung
	dass die Version des Assemblies kompatibel zur Anwendung ist und daher nicht von der CLR geprÃ¼ft wird
	Daher wird angenommen
	Ein gemeinsames (shared) Assembly kann sich in einem Verzeichnis befinden
	auf das von mehreren Anwendungen zugegriffen wird
	Daher wird fÃ¼r ein gemeinsames Assemblie ein so genannter Strong Name benÃ¶tigt
	der Kultur und einem kryptografischen SchlÃ¼ssel
	seiner Version
	Ein Strong Name besteht aus dem Dateinamen des Assemblies
	kann der Anwendung die Lage des Assemblies angegeben werden
	Durch eine Konfigurationsdatei
	die sich in dem Verzeichnis der Anwendung befindet
	Ein Strong Name kann mit Hilfe des Werkzeugs sn erzeugt werden
	Ein globales Assembly wird im globalen Assembly-Zwischenspeicher (Global Assembly Cache (GAC)) gespeichert
	Mit Hilfe des Werkzeugs gacutil kÃ¶nnen Assemblies dem GAC hinzugefÃ¼gt werden
	Innerhalb des GAC kÃ¶nnen Assemblies mit unterschiedlichen Versionen und Kulturen gespeichert werden
	Mit Hilfe von Konfigurationsdateien kann festgelegt werden
	welche Versionen eines Assemblies von der Anwendung benutzt werden sollen
	so wird nur die Version benutzt
	Erfolgt keine Angabe
	die bei der Erstellung der Anwendung benutzt wurde
	Wenn diese Version nicht vorhanden ist
	dann wird beim Start der Anwendung eine Fehlermeldung ausgegeben
	die eine aussagekrÃ¤ftige Anzeige des Inhalts des GAC im Windows Explorer ermÃ¶glicht. [Bearbeiten]
	Aktuelle Windows-Versionen besitzen eine Explorer-Erweiterung
Weblinks
	Microsoft .NET Framework (http://msdn.microsoft.com/netframework) Microsoft .NET Framework (deutsche Info) (http://www.microsoft.com/germany/ms/entwicklerprodukte/visualnet03/framework11/produkt.htm) Mono-Projekt (http://www.mono-project.com/) Portable.NET-Projekt (http://www.dotgnu.org/) .NET UserGroup (http://www.netug.de/) Entwicklung einer Java-VM fÃ¼r .NET (http://www.ikvm.net/) en:Microsoft .NET fr:.Net ja:.NET ru:Microsoft .NET zh:.NET

[X] Schliessen

Dieser Artikel basiert auf dem Artikel .NET aus der freien Enzyklopädie wikipedia und steht unter der GNU Lizenz für freie Dokumentation. In der wikipedia ist eine Liste der Autoren verfügbar.

Ute (Vorname) Bedingte Wahrscheinlichkeit Tee Karawanentee Vollkommene Zahlen Askanier Sardische Sprache Matrix Reloaded Teufel

[Zurück ]

Inhalt Glossar:

Diese Seite einem Freund, Kollegen oder Bekannten weiterempfehlen? Hier klicken!

Allgemein

Entstehungsgeschichte

Ausblick

Konzept

CLR, CIL, Garbage-Collection und Reflection

AusfÃ¼hrungsgeschwindigkeit

Managed und Unmanaged, InteroperabilitÃ¤t

Sicherheit

Attribute

Verteilte Programmierung und Web Services

SprachneutralitÃ¤t und gemischtsprachige Programmierung

PlattformunabhÃ¤ngigkeit

Laufzeitumgebung

AusfÃ¼hrungsgeschwindigkeit

Klassenbibliothek

VerfÃ¼gbarkeit

Technische Einzelheiten

ProgrammausfÃ¼hrung

Assemblies

Weblinks