C++/CLI - Versionsgeschichte

Siegbert v2: Artikel verlinkt / Code-Formatierung muss man nicht mit span-Tags & font-family formatieren; ein Leerzeichen am Anfang reicht; außerdem wird außenherum einheitlich Kasten gezeichnet / Quellen ergänzt und überarbeitet (einheitliche Vorlage, https, ggf. URL-Update) / Kleinigkeiten

2023-08-09T09:46:45Z

Artikel verlinkt / Code-Formatierung muss man nicht mit span-Tags & font-family formatieren; ein Leerzeichen am Anfang reicht; außerdem wird außenherum einheitlich Kasten gezeichnet / Quellen ergänzt und überarbeitet (einheitliche Vorlage, https, ggf. URL-Update) / Kleinigkeiten

Änderungen zeigen

2A02:8070:A183:96A0:0:0:0:83F6: /* Sinn und Zweck der Erweiterungen */

2023-08-03T20:33:57Z

Sinn und Zweck der Erweiterungen

← Nächstältere Version		Version vom 3. August 2023, 22:33 Uhr
Zeile 10:		Zeile 10:

	Ziele bei der Entwicklung von C++/CLI waren:		Ziele bei der Entwicklung von C++/CLI waren:
	* Schaffung einer eleganten Syntax, die gut zum bisherigen C++ passt. Wer bereits mit C++ vertraut ist soll die Spracherweiterungen als möglichst natürlich empfinden.		* Schaffung einer eleganten Syntax, die gut zum bisherigen C++ passt. Wer bereits mit C++ vertraut ist, soll die Spracherweiterungen als möglichst natürlich empfinden.
	* Komfortable Unterstützung von Besonderheiten der CLI wie [[Eigenschaft (Programmierung)\|Eigenschaft]]en, [[Ereignis (Programmierung)\|Ereignis]]se, [[generische Typen]], [[automatische Speicherbereinigung]], [[Referenz (Programmierung)\|Referenz]]klassen usw.		* Komfortable Unterstützung von Besonderheiten der CLI wie [[Eigenschaft (Programmierung)\|Eigenschaft]]en, [[Ereignis (Programmierung)\|Ereignis]]se, [[generische Typen]], [[automatische Speicherbereinigung]], [[Referenz (Programmierung)\|Referenz]]klassen usw.
	* Gute Unterstützung von Sprachmitteln, die im bisherigen C++ verbreitet sind, wie etwa Templates oder deterministische Deinitialisierungen, und zwar für alle Typen, einschließlich der neuartigen CLI-Klassen.		* Gute Unterstützung von Sprachmitteln, die im bisherigen C++ verbreitet sind, wie etwa Templates oder deterministische Deinitialisierungen, und zwar für alle Typen, einschließlich der neuartigen CLI-Klassen.

Wurgl: Änderung 224952977 von APPERbot rückgängig gemacht;

2022-07-31T07:51:37Z

Änderung 224952977 von APPERbot rückgängig gemacht;

← Nächstältere Version		Version vom 31. Juli 2022, 09:51 Uhr
Zeile 39:		Zeile 39:
	\|-----		\|-----
	\| <span style="font-family:monospace;">Object<span style="color:#0000FF">*</span> A <span style="color:#0000FF">__gc[]</span> = { <span style="color:#0000FF">__box(</span>41<span style="color:#0000FF">)</span>, <span style="color:#0000FF">__box(</span>42<span style="color:#0000FF">)</span> };</span>		\| <span style="font-family:monospace;">Object<span style="color:#0000FF">*</span> A <span style="color:#0000FF">__gc[]</span> = { <span style="color:#0000FF">__box(</span>41<span style="color:#0000FF">)</span>, <span style="color:#0000FF">__box(</span>42<span style="color:#0000FF">)</span> };</span>
	\| <span style="font-family:monospace;"><span style="color:#0000FF">array</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</span>		\| <span style="font-family:monospace;"><span style="color:#0000FF">array<</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</span>
	\|}		\|}
	1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.		1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.

APPERbot: Bot: verdoppeltes < entfernt

2022-07-31T07:49:33Z

Bot: verdoppeltes < entfernt

← Nächstältere Version		Version vom 31. Juli 2022, 09:49 Uhr
Zeile 39:		Zeile 39:
	\|-----		\|-----
	\| <span style="font-family:monospace;">Object<span style="color:#0000FF">*</span> A <span style="color:#0000FF">__gc[]</span> = { <span style="color:#0000FF">__box(</span>41<span style="color:#0000FF">)</span>, <span style="color:#0000FF">__box(</span>42<span style="color:#0000FF">)</span> };</span>		\| <span style="font-family:monospace;">Object<span style="color:#0000FF">*</span> A <span style="color:#0000FF">__gc[]</span> = { <span style="color:#0000FF">__box(</span>41<span style="color:#0000FF">)</span>, <span style="color:#0000FF">__box(</span>42<span style="color:#0000FF">)</span> };</span>
	\| <span style="font-family:monospace;"><span style="color:#0000FF">array<</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</span>		\| <span style="font-family:monospace;"><span style="color:#0000FF">array</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</span>
	\|}		\|}
	1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.		1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.

Filzstift: BKL-fix, replaced: [.NET| → AWB

2022-05-31T06:35:52Z

BKL-fix, replaced: [.NET| → mit [[Project:AWB|AWB

← Nächstältere Version		Version vom 31. Mai 2022, 08:35 Uhr
Zeile 1:		Zeile 1:
	'''C++/CLI''' ist eine von [[Microsoft]] entwickelte Variante der Programmiersprache [[C++]], die den Zugriff auf die virtuelle Laufzeitumgebung ~~der~~ [[.~~NET\|.NET~~-~~Plattform~~]] mit Hilfe von speziell darauf zugeschnittenen Spracherweiterungen ermöglicht.		'''C++/CLI''' ist eine von [[Microsoft]] entwickelte Variante der Programmiersprache [[C++]], die den Zugriff auf die virtuelle Laufzeitumgebung des [[.Net-Framework]]s mit Hilfe von speziell darauf zugeschnittenen Spracherweiterungen ermöglicht.

	C++/CLI erfüllt die ebenfalls von Microsoft entwickelte Spezifikation namens [[Common Language Infrastructure]] (CLI) zur Sprach- und Plattform-neutralen Entwicklung und Ausführung von .NET-Anwendungen. Programme, die in C++/CLI geschrieben sind, können vom Compiler in [[Common Intermediate Language\|CIL]] übersetzt und auf der [[Virtuelle Maschine\|virtuellen Maschine]] der .NET-Plattform betrieben werden.		C++/CLI erfüllt die ebenfalls von Microsoft entwickelte Spezifikation namens [[Common Language Infrastructure]] (CLI) zur Sprach- und Plattform-neutralen Entwicklung und Ausführung von .NET-Anwendungen. Programme, die in C++/CLI geschrieben sind, können vom Compiler in [[Common Intermediate Language\|CIL]] übersetzt und auf der [[Virtuelle Maschine\|virtuellen Maschine]] der .NET-Plattform betrieben werden.
Zeile 65:		Zeile 65:

	=== Als automatische Variablen anlegbare CLI-Objekte ===		=== Als automatische Variablen anlegbare CLI-Objekte ===
	Eine weitere technische Neuerung und einer der wichtigsten Unterschiede zu anderen Sprachen mit automatischer Speicherbereinigung sind die als [[~~Automatische~~ Variable~~\|automatische Variablen~~]] (d. h. auf dem Stack) anlegbaren CLI-Objekte. Die Lebensdauer von automatischen Variablen endet in dem Augenblick, in welchem sie ihren Gültigkeitsbereich verlassen.		Eine weitere technische Neuerung und einer der wichtigsten Unterschiede zu anderen Sprachen mit automatischer Speicherbereinigung sind die als [[automatische Variable]]n (d. h. auf dem Stack) anlegbaren CLI-Objekte. Die Lebensdauer von automatischen Variablen endet in dem Augenblick, in welchem sie ihren Gültigkeitsbereich verlassen.

	Im Zusammenspiel mit den neuartigen Objektzeigern bleiben in C++ dadurch häufig angewandte Programmiertechniken wie [[Ressourcenbelegung ist Initialisierung\|RAII]] (Abkürzung für engl. ''resource acquisition is initialization'') auch für die mit der automatischen Speicherbereinigung verwalteten CLI-Objekte möglich. Fehleranfällige Kodiertechniken, wie sie aus anderen Programmiersprachen bekannt sind, lassen sich damit vermeiden.		Im Zusammenspiel mit den neuartigen Objektzeigern bleiben in C++ dadurch häufig angewandte Programmiertechniken wie [[Ressourcenbelegung ist Initialisierung\|RAII]] (Abkürzung für engl. ''resource acquisition is initialization'') auch für die mit der automatischen Speicherbereinigung verwalteten CLI-Objekte möglich. Fehleranfällige Kodiertechniken, wie sie aus anderen Programmiersprachen bekannt sind, lassen sich damit vermeiden.

Aka: Dateigröße angepasst, Links normiert

2021-11-03T16:49:31Z

Dateigröße angepasst, Links normiert

← Nächstältere Version		Version vom 3. November 2021, 18:49 Uhr
Zeile 5:		Zeile 5:
	Seit Dezember 2005 liegt ein offiziell von der [[Ecma International\|Ecma]] ratifizierter Standard für C++/CLI vor.		Seit Dezember 2005 liegt ein offiziell von der [[Ecma International\|Ecma]] ratifizierter Standard für C++/CLI vor.

	[[Microsoft Visual Studio .NET\|Microsoft Visual Studio]] ab Version 2005 und das Compiler-Frontend der [[Edison Design Group]] bieten eine Implementierung von C++/CLI an.<ref>[http://www.edg.com/docs/edg_cpp.pdf edg.com] (PDF) C++-Frontend der Edison Design Group (EDG)</ref>		[[Microsoft Visual Studio .NET\|Microsoft Visual Studio]] ab Version 2005 und das Compiler-Frontend der [[Edison Design Group]] bieten eine Implementierung von C++/CLI an.<ref>[http://www.edg.com/docs/edg_cpp.pdf edg.com] (PDF; 518 kB) C++-Frontend der Edison Design Group (EDG)</ref>

	== Sinn und Zweck der Erweiterungen ==		== Sinn und Zweck der Erweiterungen ==
Zeile 43:		Zeile 43:
	1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.		1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.

	Im Unterschied zu Managed C++ wird die [[Destruktor]]-Syntax <code>~T()</code> nicht mehr auf den [[~~Garbage_Collection~~#Finalisierung\|Finalisierer]] abgebildet. Destruktor und Finalisierer werden in C++/CLI unterschieden; der Finalisierer hat jetzt die Syntax <code>!T()</code>. Der Destruktor ist außerdem identisch mit der Funktion <code>Dispose</code> (dies wurde durch technische Änderungen an der [[Common Language Runtime\|CLR]] ermöglicht).		Im Unterschied zu Managed C++ wird die [[Destruktor]]-Syntax <code>~T()</code> nicht mehr auf den [[Garbage Collection#Finalisierung\|Finalisierer]] abgebildet. Destruktor und Finalisierer werden in C++/CLI unterschieden; der Finalisierer hat jetzt die Syntax <code>!T()</code>. Der Destruktor ist außerdem identisch mit der Funktion <code>Dispose</code> (dies wurde durch technische Änderungen an der [[Common Language Runtime\|CLR]] ermöglicht).

	== Weitere Neuerungen ==		== Weitere Neuerungen ==

TaxonBot: Bot: Überarbeitung veralteter Syntax / HTML-Validierung

2021-04-09T20:38:14Z

Bot: Überarbeitung veralteter Syntax / HTML-Validierung

← Nächstältere Version		Version vom 9. April 2021, 22:38 Uhr
Zeile 27:		Zeile 27:
	! C++/CLI		! C++/CLI
	\|-----		\|-----
	\| <tt style="color:#0000FF">__gc __interface</tt>		\| <span style="font-family:monospace;color:#0000FF">__gc __interface</span>
	\| <tt><span style="color:#0000FF">interface class</span></tt>		\| <span style="font-family:monospace;"><span style="color:#0000FF">interface class</span></span>
	\|-----		\|-----
	\|<tt>Console::WriteLine(<span style="color:#0000FF">S</span>"{0}", <span style="color:#0000FF">__box(</span>15<span style="color:#0000FF">)</span>);</tt>		\|<span style="font-family:monospace;">Console::WriteLine(<span style="color:#0000FF">S</span>"{0}", <span style="color:#0000FF">__box(</span>15<span style="color:#0000FF">)</span>);</span>
	\| <tt>Console::WriteLine("{0}", 15);</tt>		\| <span style="font-family:monospace;">Console::WriteLine("{0}", 15);</span>
	\|----		\|----
	\|align="center" colspan="2"\|		\|align="center" colspan="2"\|
	\|-----		\|-----
	\| <tt><span style="color:#0000FF">int</span> f()<span style="color:#0000FF">__gc[]</span>; // Deklaration</tt>		\| <span style="font-family:monospace;"><span style="color:#0000FF">int</span> f()<span style="color:#0000FF">__gc[]</span>; // Deklaration</span>
	\| <tt><span style="color:#0000FF">array<int>^</span> f(); // Deklaration</tt> <sup>1)</sup>		\| <span style="font-family:monospace;"><span style="color:#0000FF">array<int>^</span> f(); // Deklaration</span> <sup>1)</sup>
	\|-----		\|-----
	\| <tt>Object<span style="color:#0000FF">*</span> A <span style="color:#0000FF">__gc[]</span> = { <span style="color:#0000FF">__box(</span>41<span style="color:#0000FF">)</span>, <span style="color:#0000FF">__box(</span>42<span style="color:#0000FF">)</span> };</tt>		\| <span style="font-family:monospace;">Object<span style="color:#0000FF">*</span> A <span style="color:#0000FF">__gc[]</span> = { <span style="color:#0000FF">__box(</span>41<span style="color:#0000FF">)</span>, <span style="color:#0000FF">__box(</span>42<span style="color:#0000FF">)</span> };</span>
	\| <tt><span style="color:#0000FF">array<</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</tt>		\| <span style="font-family:monospace;"><span style="color:#0000FF">array<</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</span>
	\|}		\|}
	1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.		1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.
Zeile 51:		Zeile 51:
	Die augenfälligste Neuerung ist die Syntax <code>^</code> für Objektzeiger (manchmal auch ''Handles'' genannt). Beispiel:		Die augenfälligste Neuerung ist die Syntax <code>^</code> für Objektzeiger (manchmal auch ''Handles'' genannt). Beispiel:

	:<tt>T<span style="color:#0000FF">^</span> whole_object_pointer = <span style="color:#0000FF">gcnew</span> T(a, b);</tt>		:<span style="font-family:monospace;">T<span style="color:#0000FF">^</span> whole_object_pointer = <span style="color:#0000FF">gcnew</span> T(a, b);</span>

	Dabei ist <tt>gcnew</tt> ein Operator zur [[Allokation (Informatik)\|Allokation]] von Objekten, die von der [[Automatische Speicherbereinigung\|automatischen Speicherbereinigung]] verwaltet werden.		Dabei ist <span style="font-family:monospace;">gcnew</span> ein Operator zur [[Allokation (Informatik)\|Allokation]] von Objekten, die von der [[Automatische Speicherbereinigung\|automatischen Speicherbereinigung]] verwaltet werden.

	Im Vergleich dazu die herkömmliche Syntax für Zeiger:		Im Vergleich dazu die herkömmliche Syntax für Zeiger:

	:<tt>T<span style="color:#0000FF">*</span> plain_old_pointer = <span style="color:#0000FF">new</span> T(a, b);</tt>		:<span style="font-family:monospace;">T<span style="color:#0000FF">*</span> plain_old_pointer = <span style="color:#0000FF">new</span> T(a, b);</span>

	=== Deinitialisierung und Speicherfreigabe ===		=== Deinitialisierung und Speicherfreigabe ===

MacOrcas: unerwünschte Formatierung entfernt (H:TG#nicht)

2020-06-10T11:42:05Z

unerwünschte Formatierung entfernt (H:TG#nicht)

← Nächstältere Version		Version vom 10. Juni 2020, 13:42 Uhr
Zeile 41:		Zeile 41:
	\| <tt><span style="color:#0000FF">array<</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</tt>		\| <tt><span style="color:#0000FF">array<</span>Object<span style="color:#0000FF">^>^</span> A = { 41, 42 };</tt>
	\|}		\|}
		⚫	1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.

⚫	~~<small>~~1) Deklaration einer Funktion f, die eine CLI-Reihung (array) zurückgibt.~~</small>~~

	Im Unterschied zu Managed C++ wird die [[Destruktor]]-Syntax <code>~T()</code> nicht mehr auf den [[Garbage_Collection#Finalisierung\|Finalisierer]] abgebildet. Destruktor und Finalisierer werden in C++/CLI unterschieden; der Finalisierer hat jetzt die Syntax <code>!T()</code>. Der Destruktor ist außerdem identisch mit der Funktion <code>Dispose</code> (dies wurde durch technische Änderungen an der [[Common Language Runtime\|CLR]] ermöglicht).		Im Unterschied zu Managed C++ wird die [[Destruktor]]-Syntax <code>~T()</code> nicht mehr auf den [[Garbage_Collection#Finalisierung\|Finalisierer]] abgebildet. Destruktor und Finalisierer werden in C++/CLI unterschieden; der Finalisierer hat jetzt die Syntax <code>!T()</code>. Der Destruktor ist außerdem identisch mit der Funktion <code>Dispose</code> (dies wurde durch technische Änderungen an der [[Common Language Runtime\|CLR]] ermöglicht).

	== Weitere Neuerungen ==		== Weitere Neuerungen ==

	Weitere Neuerungen gegenüber ISO-C++ sind: verbesserte Aufzählungsklassen (enum class), Delegaten, Verpacken (''boxing''), Schnittstellenklassen, versiegelte Klassen, Attribute usw.		Weitere Neuerungen gegenüber ISO-C++ sind: verbesserte Aufzählungsklassen (enum class), Delegaten, Verpacken (''boxing''), Schnittstellenklassen, versiegelte Klassen, Attribute usw.

	== Objektzeiger ==		== Objektzeiger ==

	Die augenfälligste Neuerung ist die Syntax <code>^</code> für Objektzeiger (manchmal auch ''Handles'' genannt). Beispiel:		Die augenfälligste Neuerung ist die Syntax <code>^</code> für Objektzeiger (manchmal auch ''Handles'' genannt). Beispiel:

Zeile 63:		Zeile 60:

	=== Deinitialisierung und Speicherfreigabe ===		=== Deinitialisierung und Speicherfreigabe ===

	Anders als bei gewöhnlichen Zeigern wird beim Löschen von Handles mittels <code>delete</code> zwar der Destruktor aufgerufen, nicht aber der Speicher freigegeben. Stattdessen wird der vom Objekt belegte Speicher durch die automatische Speicherbereinigung an das System zurückgegeben.		Anders als bei gewöhnlichen Zeigern wird beim Löschen von Handles mittels <code>delete</code> zwar der Destruktor aufgerufen, nicht aber der Speicher freigegeben. Stattdessen wird der vom Objekt belegte Speicher durch die automatische Speicherbereinigung an das System zurückgegeben.

Zeile 69:		Zeile 65:

	=== Als automatische Variablen anlegbare CLI-Objekte ===		=== Als automatische Variablen anlegbare CLI-Objekte ===

	Eine weitere technische Neuerung und einer der wichtigsten Unterschiede zu anderen Sprachen mit automatischer Speicherbereinigung sind die als [[Automatische Variable\|automatische Variablen]] (d. h. auf dem Stack) anlegbaren CLI-Objekte. Die Lebensdauer von automatischen Variablen endet in dem Augenblick, in welchem sie ihren Gültigkeitsbereich verlassen.		Eine weitere technische Neuerung und einer der wichtigsten Unterschiede zu anderen Sprachen mit automatischer Speicherbereinigung sind die als [[Automatische Variable\|automatische Variablen]] (d. h. auf dem Stack) anlegbaren CLI-Objekte. Die Lebensdauer von automatischen Variablen endet in dem Augenblick, in welchem sie ihren Gültigkeitsbereich verlassen.

Zeile 96:		Zeile 91:

	== Vergleich mit anderen .NET-Sprachen ==		== Vergleich mit anderen .NET-Sprachen ==

	Eine Besonderheit von C++/CLI ist die Mischbarkeit von Code, der auf der virtuellen Maschine läuft, und Code, der direkt auf der CPU ausgeführt wird. Beide Arten von Programmcode können in einer einzigen Programmdatei zusammengestellt werden. Mit dieser Möglichkeit nimmt C++/CLI bislang eine Sonderstellung unter den .NET-Sprachen ein.		Eine Besonderheit von C++/CLI ist die Mischbarkeit von Code, der auf der virtuellen Maschine läuft, und Code, der direkt auf der CPU ausgeführt wird. Beide Arten von Programmcode können in einer einzigen Programmdatei zusammengestellt werden. Mit dieser Möglichkeit nimmt C++/CLI bislang eine Sonderstellung unter den .NET-Sprachen ein.

Diaspomod: Kategorie CLR

2019-09-11T21:49:49Z

Kategorie CLR

← Nächstältere Version		Version vom 11. September 2019, 23:49 Uhr
Zeile 109:		Zeile 109:
	[[Kategorie:.NET]]		[[Kategorie:.NET]]
	[[Kategorie:Virtuelle Maschine]]		[[Kategorie:Virtuelle Maschine]]
			[[Kategorie:Programmiersprache für die Common Language Runtime]]

77.187.51.208: /* Als automatische Variablen anlegbare CLI-Objekte */ Umformulierungen, darunter auch inhaltliche Änderungen. Zum Beispiel ist „unterlegen“ POV.

2018-07-19T09:45:20Z

Als automatische Variablen anlegbare CLI-Objekte: Umformulierungen, darunter auch inhaltliche Änderungen. Zum Beispiel ist „unterlegen“ POV.

← Nächstältere Version		Version vom 19. Juli 2018, 11:45 Uhr
Zeile 87:		Zeile 87:
	}		}
	</syntaxhighlight>		</syntaxhighlight>
	Beim Verlassen der Funktion <code>Uebertragung</code> (mit <code>return</code> oder beim Auftreten einer Ausnahme) rufen Objekte implizit ihre Funktion <code>Dispose</code> auf, und zwar in ~~der umgekehrten~~ Reihenfolge in ~~der~~ ~~sie konstruiert wurden~~. Im obigen Beispiel also <code>dest2</code>, <code>dest1</code> und ~~dann~~ <code>source</code>.		Beim Verlassen der Funktion <code>Uebertragung</code> (mit <code>return</code> oder beim Auftreten einer Ausnahme) rufen Objekte implizit ihre Funktion <code>Dispose</code> auf, und zwar in umgekehrter Reihenfolge zu ihrer Konstruktion. Im obigen Beispiel also wird zuerst der Destruktor von <code>dest2</code> aufgerufen, dann der von <code>dest1</code> und zuletzt der von <code>source</code>, da diese Objekte in der Reihenfolge <code>source</code>, <code>dest1</code>, <code>dest2</code> konstruiert wurden.

	Wenn ein automatisches Objekt seinen Gültigkeitsbereich verlässt, oder beim Löschen mit <code>delete</code> wird sein Destruktor aufgerufen. Der Compiler unterdrückt dann den Aufruf der normalerweise von der automatischen Speicherverwaltung angestoßenen [[Automatische Speicherbereinigung#Finalisierung\|Finalisierungsfunktion]].		Wenn ein automatisches Objekt seinen Gültigkeitsbereich verlässt, oder beim Löschen mit <code>delete</code> wird sein Destruktor aufgerufen. Der Compiler unterdrückt dann den Aufruf der normalerweise von der automatischen Speicherverwaltung angestoßenen [[Automatische Speicherbereinigung#Finalisierung\|Finalisierungsfunktion]].

	Der Wegfall von Finalisierungsfunktionen kann sich insgesamt positiv auf die Ausführungsgeschwindigkeit auswirken, hilft aber noch andere Probleme zu vermeiden; zu Problemen bei Verwendung der Finalisierungsfunktion: siehe [[Automatische Speicherbereinigung#Finalisierung\|Finalisierung]].		Der Wegfall von Finalisierungsfunktionen kann sich insgesamt positiv auf die Ausführungsgeschwindigkeit auswirken, hilft aber noch andere Probleme zu vermeiden; zu Problemen bei Verwendung der Finalisierungsfunktion siehe [[Automatische Speicherbereinigung#Finalisierung\|Finalisierung]].

	Im Unterschied zu C++/CLI muss beispielsweise in [[Java (Programmiersprache)\|Java]] zur Ressourcenfreigabe eine ~~Dispose-~~Funktion immer explizit aufgerufen werden. In ~~[[C-Sharp\|~~C#]] ~~gibt~~ es so ~~genannte~~ ~~Using~~-Blöcke, an ~~deren~~ ~~Ende~~ ~~Deinitialisierungen vorgenommen werden~~. ~~Die~~ ~~Using-~~Blöcke ~~sind~~ ~~zwar~~ ~~eine~~ ~~Verbesserung~~ ~~gegenüber~~ ~~dem~~ Dispose-~~Verfahren~~ ~~von~~ ~~Java~~, müssen aber immer mitangegeben werden, ~~daher~~ sind ~~sie~~ ~~der~~ ~~deterministischen~~ Deinitialisierung von C++/CLI ~~ebenfalls unterlegen~~.		Im Unterschied zu C++/CLI muss beispielsweise in [[Java (Programmiersprache)\|Java]] oder [[C-Sharp\|C#]] zur Ressourcenfreigabe eine entsprechende Funktion (in C# <code>Dispose</code>, in Java meist <code>close</code>) immer explizit aufgerufen werden. Beide Sprachen haben daher spezielle Syntaxkonstrukte entwickelt, mit denen solche Aufrufe sichergestellt werden sollen: In C# sind das die sogenannten ''using-Blöcke'', in Java das ''try-with-resources''-Konstrukt. Solche Blöcke nehmen dem Programmierer zwar die Sicherstellung von Dispose-Aufrufen beim Verlassen des Blocks ab, müssen aber immer mitangegeben werden und sind daher in dieser Hinsicht immer noch fehleranfälliger als die deterministische Deinitialisierung von C++/CLI.

	== Vergleich mit anderen .NET-Sprachen ==		== Vergleich mit anderen .NET-Sprachen ==