Obsługa wielu języków w aplikacji

Obsługa wielu języków w aplikacji wymaga po stronie bazy typów Unicode i przemyślanego doboru kolacji.

Unicode jako podstawa przechowywania tekstu

Obsługa wielu języków zaczyna się od poprawnego modelu znaków w całym łańcuchu danych: w formularzu aplikacji, komunikacji między klientem i serwerem, bazie danych, plikach konfiguracyjnych oraz podczas generowania odpowiedzi dla użytkownika. Unicode przypisuje znakom numeryczne punkty kodowe, dzięki czemu jeden system może przechowywać między innymi litery alfabetu łacińskiego, cyrylicę, alfabet grecki, znaki azjatyckie, symbole matematyczne i emoji. Samo użycie słowa „Unicode” nie określa jeszcze sposobu zapisu bajtów. Do tego służą kodowania, takie jak UTF-8, UTF-16 i UTF-32.

UTF-8 zapisuje znaki za pomocą od jednego do czterech bajtów i zachowuje zgodność znaków ASCII z ich jednobajtową reprezentacją. Z tego powodu jest często stosowane w dokumentach tekstowych, komunikacji internetowej i formatach danych. UTF-16 używa jednostek kodowych o długości 16 bitów, a znaki spoza podstawowej płaszczyzny Unicode mogą wymagać par zastępczych. Błąd polegający na mieszaniu kodowań może powodować zastępowanie znaków pytajnikami, pojawianie się sekwencji typu „krzaczki” albo odrzucanie danych przez walidator. Poprawna konfiguracja musi obejmować także nagłówki HTTP, deklarację kodowania dokumentu HTML i sterownik używany do połączenia z bazą.

Kolacja decyduje o porównywaniu i sortowaniu

Typ znakowy określa, jakie dane można zapisać, natomiast kolacja definiuje sposób ich porównywania i sortowania. Reguły kolacji mogą uwzględniać język, wielkość liter, znaki diakrytyczne oraz lokalne zasady porządku alfabetycznego. W polskim tekście różnica między „ą” i „a” może mieć znaczenie przy wyszukiwaniu, ale w niektórych scenariuszach użytkowych aplikacja może potrzebować porównania niewrażliwego na akcenty. To są odrębne decyzje projektowe, których nie powinno się pozostawiać przypadkowej wartości domyślnej silnika.

Kolacja wpływa na operatory równości, sortowanie wyników, indeksy oraz niektóre ograniczenia unikalności. Jeżeli tabela przechowuje nazwy użytkowników, kody produktów lub identyfikatory, trzeba świadomie ustalić, czy „Ala” i „ala” są tym samym kluczem. Dla opisów, tytułów i treści wyszukiwanych przez człowieka często stosuje się inne reguły niż dla identyfikatorów technicznych. Warto również rozróżnić kolację bazy, kolację konkretnej kolumny i porządek stosowany dopiero w interfejsie. Zmiana kolacji po zapisaniu danych może wymagać przebudowy indeksów, sprawdzenia konfliktów oraz ponownego testu zapytań.

Przepływ tłumaczeń między interfejsem a bazą

Aplikacja wielojęzyczna powinna oddzielać treści tłumaczone od logiki programu. Teksty interfejsu mogą być przechowywane w plikach zasobów, katalogach lokalizacyjnych albo tabelach zawierających klucz komunikatu, kod języka i przetłumaczoną wartość. Kod języka powinien mieć ustalony format, na przykład rozróżniać język ogólny od wariantu regionalnego, gdy wpływa to na format dat, liczb lub walut. Nie należy traktować tekstu wyświetlanego użytkownikowi jako stabilnego identyfikatora, ponieważ tłumaczenie może zostać zmienione bez zmiany znaczenia funkcji.

Podczas zapisu danych trzeba zachować język treści oraz konsekwentnie stosować to samo kodowanie na wejściu i wyjściu. Formularz powinien przyjmować znaki narodowe, a walidacja nie może bez potrzeby ograniczać pól do alfabetu angielskiego. Szczególnej uwagi wymagają wyszukiwanie i długość tekstu: liczba znaków nie zawsze odpowiada liczbie bajtów, a pojedynczy znak widoczny dla użytkownika może być zapisany jako kilka jednostek kodowych. Tekst może też występować w różnych postaciach normalizacji Unicode, na przykład jako gotowy znak diakrytyczny albo litera połączona z osobnym znakiem akcentu. Przed porównaniem lub wyszukiwaniem aplikacja może potrzebować ujednolicenia tej postaci, zgodnie z przyjętą polityką danych.

Testowanie lokalizacji na laptopie i komputerze

Test wielojęzyczności powinien obejmować nie tylko zmianę etykiet w menu. Należy sprawdzić zapis i odczyt znaków z kilku alfabetów, sortowanie list, wyszukiwanie bez i z uwzględnieniem znaków diakrytycznych, walidację pól oraz eksport i import danych. W interfejsie warto przetestować dłuższe tłumaczenia, teksty dwukierunkowe używane w językach pisanych od prawej do lewej, mieszanie alfabetów i znaki spoza podstawowej płaszczyzny Unicode. Testy powinny wykrywać zarówno błędy wyświetlania, jak i utratę informacji podczas przejścia przez API, sterownik bazy lub plik pośredni.

Problemy z obsługą języków bywają mylone z uszkodzeniem sprzętu, choć przyczyną może być ustawienie programu, sterownika albo lokalnego środowiska systemowego. Przy diagnostyce laptopa lub komputera PC można porównać zachowanie tej samej aplikacji na innym koncie użytkownika, sprawdzić wersję programu, konfigurację regionalną systemu i sposób otwierania plików tekstowych. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w przypadku problemów z aplikacją można dodatkowo ustalić, czy objaw wynika z konfiguracji systemu, błędnego kodowania pliku lub niezgodności używanego oprogramowania.