Revisão de localização

A revisão de localização é uma etapa intermediária no desenvolvimento de um aplicativo pronto para o mundo. Ela verifica se um aplicativo globalizado está pronto para a localização e identifica qualquer código ou aspecto da interface do usuário que exija tratamento especial. Esta etapa também ajuda a garantir que o processo de localização não apresente qualquer defeito funcionais em seu aplicativo. Quando todos os problemas levantados pela revisão de localização forem resolvidos, o aplicativo estará pronto para a localização. Se a revisão de localização estiver concluída, você não precisará modificar qualquer código-fonte durante o processo de localização.

A revisão de localização é composta pelas três verificações a seguir:

Implementar as recomendações de globalização

Se você tiver projetado e desenvolvido seu aplicativo com a localização em mente, e se tiver seguido as recomendações discutidas no artigo Globalização, a revisão de localização será essencialmente uma aprovação da garantia de qualidade. Caso contrário, durante este estágio, examine e implemente as recomendações de globalização e corrija os erros no código-fonte que impedem a localização.

Lidar com recursos com detecção de cultura

O .NET não dá suporte de programação em várias áreas, que podem variar amplamente com a cultura. Na maioria dos casos, você deve escrever um código personalizado para lidar com áreas de recurso como as seguintes:

  • Endereços

  • Números de telefone

  • Tamanhos de papel

  • Unidades de medida usadas para comprimentos, pesos, área, volume e temperaturas

    Embora o .NET não oferece suporte interno para conversão de unidades de medida, você pode usar a propriedade RegionInfo.IsMetric para determinar se um certo país ou região usa o sistema métrico, como mostra o exemplo a seguir.

    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.
    

Teste seu aplicativo

Antes de localizar seu aplicativo, você deve testá-lo usando dados internacionais em versões internacionais do sistema operacional. Apesar de grande parte da interface do usuário não estar localizada neste ponto, você será capaz de detectar problemas, como os seguintes:

  • Os dados serializados que não desserializam corretamente entre as versões do sistema operacional.

  • Os dados numéricos que não refletem as convenções da cultura atual. Por exemplo, os números poderão ser exibidos com separadores de grupo imprecisos, separadores decimais ou símbolos de moeda.

  • Dados de data e hora que não refletem as convenções da cultura atual. Por exemplo, números que representam o mês e o dia podem aparecer na ordem errada, separadores de data podem estar incorretos ou informações de fuso horário podem estar incorretas.

  • Os recursos que não podem ser encontrados porque você não identificou uma cultura padrão para o seu aplicativo.

  • As cadeias de caracteres que são exibidas em uma ordem incomum para a cultura específica.

  • As comparações de cadeia de caracteres ou comparações de igualdade que retornam resultados inesperados.

Se você tiver seguido as recomendações de globalização ao desenvolver seu aplicativo, sendo tratadas corretamente, tratado os recursos sensíveis à cultura e identificado e resolvido os problemas de localização que surgiram durante o teste, você poderá prosseguir para a próxima etapa, Localização.

Confira também