maciek905 - Fotolia
Ein Leitfaden für Entwickler zur Softwarelokalisierung
Software ist so mehrsprachig und multikulturell wie die Welt selbst. Die Lokalisierung des Codes ist daher ein Muss, wenn ein Unternehmen global erfolgreich sein möchte.
Selten passt eine Softwareimplementierung in jede geografische Umgebung, und verschiedene Länder haben in der Regel eigene Sprachen, Kulturen, Maßeinheiten und kulturelle Erwartungen – alles Faktoren, die Softwareentwickler bei der Erstellung von Anwendungen mit globaler Reichweite berücksichtigen müssen.
Entwickler müssen die Grundlagen der Softwarelokalisierung verstehen, damit eine Anwendung an unterschiedliche Bedingungen angepasst werden kann. In diesem Tipp gehen wir auf die grundlegenden Strategien zur Lokalisierung von Anwendungen, die Herausforderungen der Lokalisierung und mögliche Fallstricke ein.
Platzieren Sie die Lokalisierungsregeln im Frontend
Wie entwickeln Sie also Software, die überall eingesetzt werden kann, insbesondere, wenn Komponenten der Software an verschiedenen Orten laufen, sogar an anderen Orten als dem, wo sich die Benutzer befinden?
Gute Softwarelokalisierungsstrategien müssen mit der Internationalisierung des Designs Ihrer Anwendungen beginnen. Die Entwickler müssen einen Rahmen schaffen, in dem die Informationspräsentation auf die Sprache und Kultur des Benutzers spezialisiert werden kann, ohne dass für jede mögliche Kombination aus beidem eine Version der Software existiert.
Verteilte Systeme, insbesondere solche mit wiederverwendbaren Komponenten, bereiten in dieser Phase der Lokalisierung Probleme. Jede Komponente kann an einem anderen Ort gehostet werden und nach anderen Regeln laufen. Wenn die Anwendung gemeinsam genutzte oder wiederverwendbare Komponenten verwendet, muss man unbedingt sicherstellen, dass bei einem Benutzerwechsel auch die Formatierungsregeln eingehalten werden. Behandeln Sie die Benutzeridentität als einen dynamischen Teil des Zustands einer Anwendung.
Es ist jedoch schwierig, Lokalisierungsregeln als Dialogstatus durch große, komplexe Gruppen von Prozessen zu leiten. Die beste Methode besteht darin, diese Regeln in der Nähe des Endanwenders – idealerweise in der Benutzeroberfläche – zu implementieren. Dies ermöglicht es dem Frontend-Teil einer Anwendung, diese sprachlichen und kulturellen Regeln in Code umzuwandeln, der sie konsistent durchsetzt.
Erstellen einer dedizierten Lokalisierungsdatenbank
Was spezifische Lokalisierungsstrategien betrifft, so besteht die erste darin, alle Nachrichten, die einem Benutzer angezeigt werden, wie zum Beispiel Textinformationen und Grafiken, in einer speziellen Datenbank zu speichern.
Fügen Sie Text, Grafiken oder die entsprechenden Codeblöcke niemals direkt als lokale Datentabellen in Anwendungen ein, da sie sonst verschüttet werden und schwer zu beurteilen sind. Dieser Datenbankansatz hält lokalisierten Text und Grafiken an einem einzigen Ort, wo sie leicht überprüft und aktualisiert werden können.
Visuelle Lokalisierung
Die Lokalisierung visueller Informationen ist nicht dasselbe wie die einfache Verwaltung einer Reihe mehrsprachiger Begriffe. Auch Dinge wie Preise, Rabatte und Steuersätze müssen in der Anwendung entsprechend lokalisiert werden.
Es ist jedoch sinnvoll, Preisangaben und andere länderspezifische Geschäftsdaten als Teil der für bestimmte lokalisierte Benutzerdialoge verwendeten Zustandsinformationen aufzunehmen. Dadurch wird das Risiko von Fehlern verringert, wenn die Anwendung Schwierigkeiten hat, zwischen den semantischen Lokalisierungsdaten und den kommerziellen Lokalisierungsdaten zu unterscheiden.
Durch den Datenbankansatz generieren Anwendungen Ausgaben, die das Frontend dazu veranlassen, die Daten in Text und Grafiken umzuwandeln. Verwenden Sie niemals feste Zeichenfolgen oder unveränderliche Werte – auch Literale genannt – für Text und Grafiken, da es im weiteren Verlauf fast unmöglich wird, sie zu konvertieren.
Achten Sie außerdem darauf, in allen Datenbank- und GUI-Webanwendungsprozessen konsequent UTF-8-Zeichenkodierung zu verwenden. Dadurch wird sichergestellt, dass Zeichen in allen Sprachen angemessen dargestellt werden. Seien Sie besonders vorsichtig, wenn es um Akzentzeichen und andere Zeichen geht, da eine Auslassung die Bedeutung von Wörtern in vielen Sprachen leicht verändern kann.
Die Pflege der Code-to-Text-Datenbanken ist für die Lokalisierung von entscheidender Bedeutung. Wenn einer Anwendung eine neue Bedingung hinzugefügt wird, zum Beispiel eine Bedingung, die eine bestimmte Text- oder Grafikausgabe erfordert, muss neuer Code hinzugefügt werden. Die Entwickler müssen diesen neuen Code für jede spezifische Kombination von sprachlichen und kulturellen Regeln, die für einen Dialog gelten, in ein lesbares Format umwandeln – ein Prozess, der Decodierung genannt wird. Auf diese Weise können Sprach- und Kulturexperten die Lokalisierungsregeln leicht überprüfen, was bei jeder Änderung des Codes geschehen sollte.
Richten Sie diese Art von Überprüfungen nach einem regelmäßigen Zeitplan ein, da sich kulturelle Normen schnell ändern können. Im Laufe der Zeit können bestimmte Phrasen und sogar Emoticons plötzlich veraltet – oder, noch schlimmer, anstößig – werden.
Lokalisierungscode und -daten sorgfältig verwalten
Wenn eine benutzerorientierte Nachricht aus Wörtern und Variablen besteht, wie zum Beispiel Es sind [Anzahl] Artikel auf Lager, gehen Sie sorgfältig damit um, wie die Zeichenfolge erstellt wird. Einige Sprachen ermöglichen es Entwicklern, Text mit bestimmten Daten- und Codesätzen zu verketten.
Die Ergebnisse sind jedoch möglicherweise schwer zu lokalisieren, und diese Praxis kann die Verwendung von Textliteralen fördern. Im obigen Beispiel beispielsweise sollten der Text und die Zahl durch eine Kombination dargestellt werden, die zwischen dem Textcode und der Zahl unterscheidet und jedes Element lokalisiert.
Ersetzen Sie als nächstes rohe Eingaben durch Auswahlmöglichkeiten innerhalb einer Dropdown-Oberfläche, die auf dem oben erwähnten Code-to-Meaning-Konzept basieren. Dadurch wird die Herausforderung der Validierung von Eingaben für mehrere Sprachen verringert.
Es vereinfacht auch die Struktur der Benutzeroberfläche, da die Dropdown-Methode automatisch die Bildschirmgröße der Eingabe- und Ausgabeelemente einstellen sollte. Dadurch wird das Problem gelöst, das entsteht, wenn die Länge der Wörter und Sätze zwischen den unterstützten Sprachen variiert.
Das wirft eine weitere Herausforderung auf: die Bearbeitung von Eingabeinformationen. Die grundlegende Feldbearbeitung muss ebenfalls in Richtung der Benutzeroberfläche verschoben werden, oft in Kombination mit dem Prozess der Informationsanzeige.
Eine besondere Herausforderung stellt die Bearbeitung von Datums- und Währungswerten dar, da die Formatierung je nach örtlichen Gepflogenheiten variiert. In einigen Fällen kann es sinnvoll sein, eine verallgemeinerte Komponente der Logik zur Anzeige und Bearbeitung von Datums-, Zeit- und Währungswerten zu verwenden, die durch eine Reihe von Richtlinien gesteuert wird, die mit dem Sprach-/Kulturcode und dem spezifischen Benutzerdialog verknüpft sind.
Lokalisierte Anwendungen gründlich testen
Alle oben genannten Lokalisierungstechniken erleichtern umfangreiche Tests. Glücklicherweise wird durch die Konzentration der Lokalisierungsprozeduren auf das Frontend, die Verwendung von Code-to-Result-Datenbanken und die Entfernung der Lokalisierung von tief eingebetteten Komponenten der Umfang der zu testenden Änderungen erheblich verdichtet und konsolidiert.
Diese Techniken ermöglichen es, die Lokalisierung durch automatische Testgenerierung zu testen, solange die generierten Tests alle möglichen Dialogcodes, einschließlich sprachlicher und kultureller Besonderheiten, als Input einbeziehen.
