Internationalisierung ist die Praxis, Software so zu entwickeln, dass sie ohne größere Änderungen lokalisiert werden kann. Im Allgemeinen sollten Sie LabVIEW-Code internationalisieren, indem Sie Blockdiagrammlogik vermeiden, die auf für Benutzer sichtbaren Strings oder Beschriftungen beruht.

  • Achten Sie auf Objekte in Ihrem Blockdiagrammcode, die sich je nach Sprache und Gebietsschema unterscheiden. Zu diesen Formaten gehören Datums- und Zeitformate, Währungssymbole, Dezimalzeichen usw.

    Das Lokalisieren geht jedoch über das Übersetzen der Strings auf dem Frontpanel hinaus. Durch Konvertieren von Zahlen in Strings können auch länderspezifische Dezimalzeichen verwendet werden. Mit Hilfe der Funktion Datum/Zeit formatieren kann die Anzeige von Datum und Uhrzeit festgelegt werden.

  • Vermeiden Sie für Benutzer sichtbare String-Konstanten im Blockdiagrammcode; verwenden Sie stattdessen String-Elemente auf dem Frontpanel.

    String-Konstanten im Blockdiagramm sollten unverändert bleiben, da sonst Fehler im VI auftreten können. Das Ausführen von VIs schlägt besonders häufig fehl, wenn Blockdiagramm-String-Konstanten Multibyte- oder UTF-8-Zeichen enthalten.

  • Verwenden Sie auf dem Frontpanel den Untertitel anstelle der Beschriftung, um lokalisierbaren Text für ein Bedien- oder Anzeigeelement in der Benutzeroberfläche anzuzeigen. Blockdiagrammcode interagiert mit einem Bedien- oder Anzeigeelement basierend auf der Beschriftung. Das Übersetzen einer Beschriftung führt daher dazu, dass Blockdiagrammcode, der auf diese Beschriftung verweist, nicht mehr funktioniert. Im Gegensatz dazu dient der Untertitel ausschließlich zur Präsentation von Text für Benutzer, so dass Sie Untertitel ohne Auswirkungen auf die Codeausführung übersetzen können.

    Da Sie Bedienelementbeschriftungen nicht lokalisieren können, haben Bedienelemente auch Untertitel. Durch den Export der VI-Strings in eine Textdatei erstellt LabVIEW einen Untertitel für jedes Bedienelement und ersetzt die Frontpanel-Beschriftung später durch den übersetzten Untertitel.

    Informationen zur Verwendung von Untertiteln finden Sie unter Erstellen von Untertiteln.

  • Verwenden Sie nach Möglichkeit Ringelemente anstelle von Enum-Elementen. Bei Enums ist der Benutzer-String dem Datentyp inhärent. Die Übersetzung von Enum-Werten wirkt sich daher auf die Blockdiagrammlogik aus, die auf die Enum angewiesen ist. Ringelemente sind ausschließlich numerische Elemente im Blockdiagramm, so dass Sie Ringelemente ohne Einfluss auf Ihren Programmcode übersetzen können.
  • Vermeiden Sie Case-Strukturen, die Cases basierend auf für Benutzer sichtbaren String-Daten auswählen. Die Verwendung von für Benutzer sichtbaren String-Daten zur Auswahl von Cases verknüpft sprachspezifischen Text mit der Programmierlogik der Case-Struktur. Ziehen Sie einen alternativen Eingangsdatentyp, z. B. einen Ring, in Betracht.
  • Wenn Ihr Frontpanel Bilder mit für Benutzer sichtbarem Text enthält, können Sie locale-spezifische Bilder mit Hilfe eines 2D-Bildelements laden. Mit dem 2D-Bildelement können sprach- und regionsspezifische Bilder basierend auf der Programmlogik geladen werden. Sie können daher das manuelle Kopieren und Einfügen neuer Bilder in Ihre Anwendung vermeiden, wenn Sie Änderungen vornehmen.
  • Beachten Sie die Texterweiterung auf dem Frontpanel. Ein String mit einer bestimmten Bedeutung in einer Sprache hat nicht unbedingt die gleiche Länge wie ein String mit derselben Bedeutung in einer anderen Sprache. Ein übersetzter String ist oft länger als der entsprechende String in der Originalsprache. Diese Unterschiede in der String-Länge zwischen Sprachen werden als Texterweiterung bezeichnet. Treffen Sie für VIs, die Sie lokalisieren möchten, Design-Entscheidungen auf dem Frontpanel, die die Auswirkungen der Texterweiterung begrenzen.