<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=UTF-32</id>
	<title>UTF-32 - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=UTF-32"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=UTF-32&amp;action=history"/>
	<updated>2026-05-26T18:07:32Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://wiki-de.moshellshocker.dns64.de/index.php?title=UTF-32&amp;diff=91233&amp;oldid=prev</id>
		<title>imported&gt;Wassermaus: /* Nachteile */ Redundanz weg</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=UTF-32&amp;diff=91233&amp;oldid=prev"/>
		<updated>2025-03-25T08:30:34Z</updated>

		<summary type="html">&lt;p&gt;&lt;span class=&quot;autocomment&quot;&gt;Nachteile: &lt;/span&gt; Redundanz weg&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;UTF-32&amp;#039;&amp;#039;&amp;#039; ist eine Methode zur [[Code|Kodierung]] von [[Unicode]]-Zeichen, bei der jedes Zeichen mit vier [[Byte]] (32 Bit) kodiert wird. Sie kann deshalb als die einfachste Kodierung bezeichnet werden, da alle anderen [[Unicode Transformation Format|UTF]]-Kodierungen variable Bytelängen benutzen. Im Unicode Standard ist UTF-32 eine Untermenge von [[Universal Coded Character Set|UCS-4]].&lt;br /&gt;
&lt;br /&gt;
== Byte Order ==&lt;br /&gt;
Wie auch bei [[UTF-16]] gibt es auch bei UTF-32 zwei Möglichkeiten, die Daten in einem byte-orientierten Datenstrom zu übertragen: [[Big Endian]] und [[Little Endian]]. Hierfür wurden die Bezeichnungen &amp;#039;&amp;#039;UTF-32BE&amp;#039;&amp;#039; und &amp;#039;&amp;#039;UTF-32LE&amp;#039;&amp;#039; definiert. UTF-32 wird jedoch – im Gegensatz zu UTF-16 – kaum in Speicher-, Datei- oder Datenaustauschformaten verwendet; und bei rein programm-interner Verwendung werden die Daten normalerweise stets in der Byte-Reihenfolge verarbeitet, wie sie von der CPU-Architektur vorgegeben sind.&lt;br /&gt;
&lt;br /&gt;
== Vorteile ==&lt;br /&gt;
UTF-32 zeigt seine Vorteile bei einigen Sprachen beim [[Wahlfreier_Zugriff|wahlfreien Zugriff]] auf einen bestimmten Zahlenwert eines Zeichens im Coderaum ([[Codepoint]]), da dessen Adresse durch die [[Zeiger (Informatik)|Zeigerarithmetik]] konstanter Zeit berechnet werden kann. Es ist auch möglich, anhand der Größe eines Dokuments in Bytes umgehend die Anzahl der enthaltenen Codepoints auszurechnen (nämlich durch eine simple Division durch 4).&lt;br /&gt;
&lt;br /&gt;
== Nachteile ==&lt;br /&gt;
&lt;br /&gt;
Ein Nachteil von UTF-32 ist der hohe Speicherbedarf. Bei Texten, die überwiegend aus lateinischen Buchstaben bestehen, wird – verglichen mit dem verbreiteten [[UTF-8]]- oder den [[ISO-8859]]-Zeichensätzen – etwa der vierfache Speicherplatz belegt. Deshalb wird es auch kaum zum externen Speichern verwendet. Ein weiterer Nachteil ist die fehlende Abwärtskompatibilität zu [[ASCII]], wie sie z.&amp;amp;nbsp;B. mit UTF-8 gegeben ist.&lt;br /&gt;
&lt;br /&gt;
Streng genommen kodieren sämtliche UTF-Kodierungen keine &amp;#039;&amp;#039;Zeichen&amp;#039;&amp;#039;, sondern sogenannte Unicode &amp;#039;&amp;#039;Codepoints&amp;#039;&amp;#039;. Es existieren in Unicode zusammengesetzte Zeichen, die mehr als einen Codepoint benötigen (z.&amp;amp;nbsp;B. Zeichen mit ungewöhnlichen oder mehrfachen Akzenten, wie sie im [[Vietnamesische Sprache|Vietnamesischen]] vorkommen). Sollen derartige Zeichen korrekt verarbeitet werden, ist auch in einer UTF-32-kodierten Zeichenkette kein wahlfreier Zugriff auf einzelne &amp;#039;&amp;#039;Zeichen&amp;#039;&amp;#039; möglich.&lt;br /&gt;
&lt;br /&gt;
{{SORTIERUNG:Utf-32}}&lt;br /&gt;
[[Kategorie:Unicode]]&lt;/div&gt;</summary>
		<author><name>imported&gt;Wassermaus</name></author>
	</entry>
</feed>