Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die Lokalisierbarkeitsprüfung ist ein Zwischenschritt bei der Entwicklung einer weltweit einsetzbaren Anwendung. Es überprüft, ob eine globalisierte Anwendung für die Lokalisierung bereit ist, und identifiziert Code oder Aspekte der Benutzeroberfläche, die eine spezielle Behandlung erfordern. Dieser Schritt trägt auch dazu bei, dass der Lokalisierungsprozess in Ihrer Anwendung keine Funktionsfehler einführt. Wenn alle probleme behoben wurden, die von der Lokalisierbarkeitsprüfung angesprochen wurden, ist Ihre Anwendung für die Lokalisierung bereit. Wenn die Lokalisierbarkeitsprüfung gründlich ist, sollten Sie während des Lokalisierungsprozesses keinen Quellcode ändern müssen.
Die Lokalisierbarkeitsprüfung besteht aus den folgenden drei Prüfungen:
Implementieren von Globalisierungsempfehlungen
Wenn Sie Ihre Anwendung unter Berücksichtigung der Lokalisierung entworfen und entwickelt haben und die im Globalisierungsartikel erläuterten Empfehlungen befolgt haben, ist die Überprüfung der Lokalisierbarkeit weitgehend ein Qualitätsüberprüfungsdurchlauf. Andernfalls sollten Sie in dieser Phase die Empfehlungen für die Globalisierung überprüfen und implementieren und die Fehler im Quellcode beheben, die die Lokalisierung verhindern.
Umgang mit kultursensiblen Merkmalen
.NET bietet keine programmgesteuerte Unterstützung in einer Reihe von Bereichen, die stark nach Kultur variieren. In den meisten Fällen müssen Sie benutzerdefinierten Code schreiben, um Featurebereiche wie die folgenden zu behandeln:
Adressen
Telefonnummern
Papierformate
Maßeinheiten, die für Längen, Gewichte, Fläche, Volumen und Temperaturen verwendet werden
Obwohl .NET keine integrierte Unterstützung für die Konvertierung zwischen Maßeinheiten bietet, können Sie mit der RegionInfo.IsMetric Eigenschaft ermitteln, ob ein bestimmtes Land oder eine bestimmte Region das Metriksystem verwendet, wie im folgenden Beispiel dargestellt.
string[] cultureNames = { "en-US", "en-GB", "fr-FR", "ne-NP", "es-BO", "ig-NG" }; foreach (string cultureName in cultureNames) { RegionInfo region = new(cultureName); string usesMetric = region.IsMetric ? "uses" : "does not use"; Console.WriteLine($"{region.EnglishName} {usesMetric} the metric system."); } // The example displays the following output: // United States does not use the metric system. // United Kingdom uses the metric system. // France uses the metric system. // Nepal uses the metric system. // Bolivia uses the metric system. // Nigeria uses the metric system.
Imports System.Globalization Module Example Public Sub Main() Dim cultureNames() As String = {"en-US", "en-GB", "fr-FR", "ne-NP", "es-BO", "ig-NG"} For Each cultureName In cultureNames Dim region As New RegionInfo(cultureName) Console.WriteLine("{0} {1} the metric system.", region.EnglishName, If(region.IsMetric, "uses", "does not use")) Next End Sub End Module ' The example displays the following output: ' United States does not use the metric system. ' United Kingdom uses the metric system. ' France uses the metric system. ' Nepal uses the metric system. ' Bolivia uses the metric system. ' Nigeria uses the metric system.
Testen Sie Ihre Anwendung
Bevor Sie Ihre Anwendung lokalisieren, sollten Sie sie testen, indem Sie internationale Daten auf internationalen Versionen des Betriebssystems verwenden. Obwohl die meisten Benutzeroberflächen zu diesem Zeitpunkt nicht lokalisiert werden, können Sie Probleme wie die folgenden erkennen:
Serialisierte Daten, die nicht richtig über verschiedene Betriebssystemversionen hinweg deserialisiert werden.
Numerische Daten, die nicht den Konventionen der aktuellen Kultur entsprechen. Beispielsweise können Zahlen mit ungenauen Gruppentrennzeichen, Dezimaltrennzeichen oder Währungssymbolen angezeigt werden.
Datums- und Uhrzeitdaten, die nicht den Konventionen der aktuellen Kultur entsprechen. Beispielsweise können Zahlen, die den Monat und den Tag darstellen, in der falschen Reihenfolge angezeigt werden, Datumstrennzeichen sind falsch, oder Zeitzoneninformationen sind falsch.
Ressourcen, die nicht gefunden werden können, weil Sie keine Standardkultur für Ihre Anwendung identifiziert haben.
Zeichenfolgen, die in einer für die spezifische Kultur ungewöhnlichen Reihenfolge angezeigt werden
Zeichenfolgenvergleiche oder Gleichheitsvergleiche, die unerwartete Ergebnisse liefern.
Wenn Sie bei der Entwicklung Ihrer Anwendung die Globalisierungsempfehlungen befolgt, kultursensitive Features richtig behandelt und die Lokalisierungsprobleme identifiziert und behoben haben, die während des Tests aufgetreten sind, können Sie mit dem nächsten Schritt fortfahren, Lokalisierung.