Sprawdzenie możliwości lokalizacji

  • Artykuł

Przegląd lokalizacji jest pośrednim krokiem w tworzeniu aplikacji gotowej do użycia na świecie. Sprawdza, czy globalizowana aplikacja jest gotowa do lokalizacji i identyfikuje dowolny kod lub wszelkie aspekty interfejsu użytkownika, które wymagają specjalnej obsługi. Ten krok pomaga również upewnić się, że proces lokalizacji nie wprowadzi żadnych wad funkcjonalnych w aplikacji. Po rozwiązaniu wszystkich problemów zgłoszonych przez przegląd możliwości lokalizowania aplikacja jest gotowa do lokalizacji. Jeśli przegląd lokalizacji jest dokładny, nie należy modyfikować żadnego kodu źródłowego podczas procesu lokalizacji.

Przegląd lokalizacji składa się z następujących trzech kontroli:

Implementowanie zaleceń dotyczących globalizacji

Jeśli aplikacja została zaprojektowana i opracowana z myślą o lokalizacji, a jeśli wykonano zalecenia omówione w artykule Globalizacja , przegląd lokalizacji będzie w dużej mierze przekazywany do zapewnienia jakości. W przeciwnym razie podczas tego etapu należy przejrzeć i wdrożyć zalecenia dotyczące globalizacji oraz naprawić błędy w kodzie źródłowym, które uniemożliwiają lokalizację.

Obsługa funkcji wrażliwych na kulturę

Platforma .NET nie zapewnia obsługi programowej w wielu obszarach, które różnią się znacznie w zależności od kultury. W większości przypadków musisz napisać kod niestandardowy do obsługi obszarów funkcji, takich jak następujące:

  • Adresy

  • Numery telefonów

  • Rozmiary papieru

  • Jednostki miary używane do długości, wag, powierzchni, objętości i temperatury

    Mimo że platforma .NET nie oferuje wbudowanej obsługi konwersji między jednostkami miary, można użyć RegionInfo.IsMetric tej właściwości do określenia, czy dany kraj lub region używa systemu metryki, jak pokazano w poniższym przykładzie.

    using System;
using System.Globalization;

public class Example
{
   public static void Main()
   {
      string[] cultureNames = { "en-US", "en-GB", "fr-FR",
                                "ne-NP", "es-BO", "ig-NG" };
      foreach (var cultureName in cultureNames) {
         RegionInfo region = new RegionInfo(cultureName);
         Console.WriteLine("{0} {1} the metric system.", region.EnglishName,
                           region.IsMetric ? "uses" : "does not use");
      }
   }
}
// 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.

Testowanie aplikacji

Przed zlokalizowaniem aplikacji należy ją przetestować przy użyciu danych międzynarodowych w międzynarodowych wersjach systemu operacyjnego. Chociaż większość interfejsu użytkownika nie zostanie zlokalizowana w tym momencie, będzie można wykryć problemy, takie jak następujące:

  • Serializowane dane, które nie deserializują poprawnie w różnych wersjach systemu operacyjnego.

  • Dane liczbowe, które nie odzwierciedlają konwencji bieżącej kultury. Na przykład liczby mogą być wyświetlane z niedokładnymi separatorami grup, separatorami dziesiętnymi lub symbolami walutowymi.

  • Dane daty i godziny, które nie odzwierciedlają konwencji bieżącej kultury. Na przykład liczby reprezentujące miesiąc i dzień mogą pojawiać się w nieprawidłowej kolejności, separatory dat mogą być niepoprawne lub informacje o strefie czasowej mogą być niepoprawne.

  • Nie można odnaleźć zasobów, ponieważ nie zidentyfikowano domyślnej kultury aplikacji.

  • Ciągi wyświetlane w nietypowej kolejności dla określonej kultury.

  • Porównania ciągów lub porównania równości, które zwracają nieoczekiwane wyniki.

Jeśli podczas tworzenia aplikacji zostały wykonane zalecenia dotyczące globalizacji, prawidłowo obsłużono funkcje wrażliwe na kulturę oraz zidentyfikowano i rozwiązano problemy z lokalizacją, które pojawiły się podczas testowania, możesz przejść do następnego kroku Lokalizacja.

Zobacz też