Freigeben über


Checkliste für Die Internationalisierung

Dieses Thema enthält Aktionen zum Erstellen von Code, der mehrere Märkte unterstützt. Betrachten Sie diese Anweisungen als Leitfaden während des Codeentwurfs und als Metriken, wenn Sie die Builds auswerten.

  • Erstellen Sie Programmspezifikationen, die von Anfang an internationale Überlegungen berücksichtigen.
    • Entwerfen Sie Symbole und Bitmaps so, dass sie in Ihren Zielmärkten sinnvoll und nicht anstößig sind und keinen Text enthalten.
    • Entwerfen Sie Menüs und Dialogfelder, um Platz für die Texterweiterung zu lassen. Beispielsweise erweitern sich englische Zeichenfolgen häufig um 40 %, wenn sie ins Deutsche oder Niederländische übersetzt werden.
    • Verwenden Sie keine Slang- oder kulturspezifischen Verweise in UI-Elementen oder -Nachrichten.
    • Erstellen Sie Tastenkombinationen, die auf internationalen Tastaturen zugänglich sind. Vermeiden Sie beispielsweise die Verwendung von Interpunktionszeichentasten als Tastenkombinationen, da sie nicht immer auf internationalen Tastaturen zu finden sind oder vom Benutzer einfach erstellt werden. Beispiele für Tastaturlayouts finden Sie unter Windows-Tastaturlayouts.
    • Berücksichtigen Sie lokale Gesetze, die sich auf Featuredesigns auswirken, z. B. Anforderungen, dass Behörden Software kaufen, die mehrere Offizielle Sprachen unterstützt.
    • Entwickeln Sie Drittanbietervereinbarungen, die die internationalen Ui-Standards und Designentscheidungen Ihrer organization unterstützen.
    • Verwenden Sie eine konsistente Terminologie in Zeichenfolgen der Benutzeroberfläche, die übersetzt werden müssen.
  • Erstellen Sie Code, der vom Gebietsschema unabhängig ist.
    • Verketten Sie keine Zeichenfolgen, um Sätze zu bilden.
    • Verwenden Sie keine bestimmte Zeichenfolgenvariable in mehr als einem Kontext, z. B. wiederverwenden eines Satzfragments in verschiedenen Nachrichten und Eingabeaufforderungen, da solche Zeichenfolgen möglicherweise nicht einfach zu übersetzen sind.
    • Dokumentieren Sie Zeichenfolgen mithilfe von Kommentaren, um Kontext für Übersetzer bereitzustellen, und markieren Sie Zeichenfolgen oder Zeichen, die nicht lokalisiert werden sollen.
    • Verwenden Sie keine hartcodierten Zeichenkonstanten, numerischen Konstanten, Bildschirmpositionen, Dateinamen oder Pfadnamen, die eine bestimmte Sprache annehmen.
    • Machen Sie Puffer groß genug, um übersetzte Zeichenfolgen zu enthalten.
    • Erlauben Sie die Eingabe von Daten mit Formaten, die je nach Gebietsschema variieren, z. B. Datumsangaben, Uhrzeiten und Währungen.
    • Verwenden Sie Papierformat, Umschlagformat und andere Standardwerte, die für ein bestimmtes Gebietsschema geeignet sind.
    • Stellen Sie sicher, dass jede Sprachedition Dokumente lesen kann, die von den anderen Editionen erstellt wurden.
    • Stellen Sie bei Bedarf Unterstützung für gebietsschemaspezifische Hardware bereit.
    • Konfigurieren Sie Features, die nicht für internationale Märkte gelten, als Implementierungsoptionen, die einfach deaktiviert werden können.
  • Erstellen Sie Code, der die von Microsoft Windows angebotenen internationalen Funktionen nutzt.
    • Verwenden Sie internationale Informationen, die vom System bereitgestellt werden (National Language Support).
    • Verwenden Sie Systemfunktionen für Sortierung, Groß- und Kleinschreibungskonvertierung und Zeichenfolgenzuordnung.
    • Verwenden sie generische Textlayoutfunktionen.
    • Reagieren Sie auf Änderungen an internationalen Einstellungen in Systemsteuerung.
    • Behandeln Sie die WM_INPUTLANGCHANGEREQUEST-Nachricht.
    • Unterstützung von Eingabemethoden-Editoren, vertikalem Text und Regeln für Zeilenbrüche in ostasiatischen Editionen.
  • Kompilieren Sie alle internationalen Editionen des Programms aus einer Reihe von Quelldateien.
    • Minimieren oder beseitigen Sie Mechanismen, bei denen Code für verschiedene Spracheditionen neu kompiliert werden muss.
    • Speichern Sie lokalisierbare Elemente, z. B. Zeichenfolgen und Symbole, in Windows-Ressourcendateien.
    • Speichern Sie Dokumente in allen Spracheditionen im gleichen Dateiformat.
  • Unterstützen Sie verschiedene Zeichensätze, nicht nur die Codepage Latin 1, Nummer 1252.
    • Das Programm unterstützt Netzwerkumgebungen, in denen Computer Betriebssysteme mit unterschiedlichen Standardcodepages ausführen.
    • Verwenden Sie GetCPInfoEx, um Lead-Bytebereiche für ostasiatische Codepages abzurufen.
    • Analysieren Sie Doppelbytezeichen in ostasiatischen Sprachanwendungen, es sei denn, der Code basiert auf Unicode.
    • Unterstützung von Unicode oder Konvertierung zwischen Unicode und der lokalen Codepage.
    • Gehen Sie nicht davon aus, dass alle Zeichen 8-Bit oder 16-Bit sind.
    • Verwenden Sie generische Datentypen und generische Funktionsprototypen.
    • Verwenden Sie die Schriftartzeichen-Eigenschaft, die EnumFontFamiliesEx und die allgemeine Dialogfunktion ChooseFont aufruft.
    • Anzeigen und Drucken von Text mithilfe der Schriftarten, die für das Gebietsschema geeignet sind.
  • Testen Sie die internationalen Features des Programms.
    • Übersetzter Text sollte den Standards von Muttersprachlern entsprechen.
    • Die Größe von Dialogfeldern sollte ordnungsgemäß geändert werden, und Text sollte entsprechend bindestrichen werden, wenn verschiedene Sprachen angezeigt werden.
    • Dialogfelder, status Balken, Symbolleisten und Menüs sollten für alle übersetzten Sprachen auf den Bildschirm passen und lesbar lesen, wenn die Anzeige auf unterschiedliche Auflösungen festgelegt ist.
    • Menü- und Dialogfeldbeschleunigungen sollten eindeutig sein.
    • Benutzer sollten Zeichen aus nicht europäischen Skripts in Dokumente, Dialogfelder und Dateinamen eingeben können.
    • Benutzer sollten in der Lage sein, Zeichen aus nichteuropäischen Skripts erfolgreich ausschneiden, einfügen, speichern und drucken zu können.
    • Sortierung und Groß-/Kleinschreibungskonvertierung sollten für verschiedene Gebietsschemas korrekt sein.
    • Die Anwendung sollte unter lokalisierten Editionen von Windows ordnungsgemäß funktionieren.