Compartilhar via


Revisão de localização

A revisão de localizabilidade é uma etapa intermediária no desenvolvimento de um aplicativo pronto para o mundo. Ele verifica se um aplicativo globalizado está pronto para localização e identifica qualquer código ou qualquer aspecto da interface do usuário que exija tratamento especial. Essa etapa também ajuda a garantir que o processo de localização não introduza nenhum defeito funcional em seu aplicativo. Quando todos os problemas gerados pela revisão de localizabilidade tiverem sido resolvidos, seu aplicativo estará pronto para localização. Se a revisão de localizabilidade for completa, você não deverá modificar nenhum código-fonte durante o processo de localização.

A revisão de localizabilidade consiste nas três verificações a seguir:

Implementar recomendações de globalização

Se você tiver projetado e desenvolvido seu aplicativo com a localização em mente e se você seguiu as recomendações discutidas no artigo globalização , a revisão de localizabilidade será, em grande parte, um passe de garantia de qualidade. Caso contrário, durante esse estágio, você deverá examinar e implementar as recomendações para globalização e corrigir os erros no código-fonte que impedem a localização.

Lidar com recursos com detecção de cultura

O .NET não fornece suporte programático em várias áreas que variam amplamente por cultura. Na maioria dos casos, você precisa escrever código personalizado para lidar com áreas de recursos como a seguinte:

  • 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 ofereça suporte interno para conversão entre unidades de medida, você pode usar a RegionInfo.IsMetric propriedade para determinar se um determinado país ou região usa o sistema de métricas, como ilustra o exemplo a seguir.

    string[] cultureNames = { "en-US", "en-GB", "fr-FR",
                            "ne-NP", "es-BO", "ig-NG" };
    foreach (string cultureName in cultureNames)
    {
        RegionInfo region = new(cultureName);
        string usesMetric = region.IsMetric ? "uses" : "does not use";
        Console.WriteLine($"{region.EnglishName} {usesMetric} the metric system.");
    }
    
    // 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. Embora a maior parte da interface do usuário não seja localizada neste momento, você poderá detectar problemas como o seguinte:

  • Dados serializados que não são desserializados corretamente em diferentes versões do sistema operacional.

  • Dados numéricos que não refletem as convenções da cultura atual. Por exemplo, os números podem 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.

  • Recursos que não podem ser encontrados porque você não identificou uma cultura padrão para 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ê seguiu as recomendações de globalização ao desenvolver seu aplicativo, lidou com recursos sensíveis à cultura corretamente e identificou e abordou os problemas de localização que surgiram durante o teste, poderá prosseguir para a próxima etapa, Localização.

Consulte também