Condividi tramite

Revisione della localizzabilità

  • Articolo

La revisione della localizzabilità è un passaggio intermedio nello sviluppo di un'applicazione world-ready. Verifica che un'applicazione globalizzata sia pronta per la localizzazione e identifichi qualsiasi codice o qualsiasi aspetto dell'interfaccia utente che richiede una gestione speciale. Questo passaggio consente anche di garantire che il processo di localizzazione non presenti eventuali difetti funzionali nell'applicazione. Quando sono stati risolti tutti i problemi generati dalla revisione della localizzabilità, l'applicazione è pronta per la localizzazione. Se la revisione della localizzazione è completa, non è necessario modificare alcun codice sorgente durante il processo di localizzazione.

La verifica della localizzabilità è costituita dai tre controlli seguenti:

Implementare le raccomandazioni per la globalizzazione

Se l'applicazione è stata progettata e sviluppata tenendo presente la localizzazione e se sono state seguite le raccomandazioni descritte nell'articolo Globalizzazione , la revisione della localizzazione sarà in gran parte un passaggio di controllo di qualità. In caso contrario, durante questa fase è necessario esaminare e implementare le raccomandazioni per la globalizzazione e correggere gli errori nel codice sorgente che impediscono la localizzazione.

Gestire le funzionalità sensibili alle differenze culturali

.NET non offre supporto programmatico in diverse aree che variano notevolmente in base alla cultura. Nella maggior parte dei casi, è necessario scrivere codice personalizzato per gestire aree di funzionalità come le seguenti:

  • Indirizzi

  • Numeri di telefono

  • I formati della carta

  • Unità di misura usate per lunghezze, pesi, area, volume e temperature

    Anche se .NET non offre supporto predefinito per la conversione tra unità di misura, è possibile usare la RegionInfo.IsMetric proprietà per determinare se un determinato paese o area geografica usa il sistema di metriche, come illustrato nell'esempio seguente.

    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.

Testare l'applicazione

Prima di localizzare l'applicazione, è necessario testarla usando i dati internazionali nelle versioni internazionali del sistema operativo. Anche se la maggior parte dell'interfaccia utente non verrà localizzata a questo punto, sarà possibile rilevare problemi come i seguenti:

  • Dati serializzati che non deserializzano correttamente tra le versioni del sistema operativo.

  • Dati numerici che non riflettono le convenzioni culturali attuali. Ad esempio, i numeri possono essere visualizzati con separatori di gruppo non accurati, separatori decimali o simboli di valuta.

  • Dati di data e ora che non riflettono le convenzioni delle impostazioni cultura correnti. Ad esempio, i numeri che rappresentano il mese e il giorno potrebbero essere visualizzati nell'ordine errato, i separatori di data potrebbero non essere corretti o le informazioni sul fuso orario potrebbero non essere corrette.

  • Risorse non trovate perché per la tua applicazione non è stata identificata una cultura predefinita.

  • Stringhe visualizzate in un ordine insolito per una cultura specifica.

  • Confronti di stringhe o confronti di uguaglianza che restituiscono risultati imprevisti.

Se sono state seguite le raccomandazioni sulla globalizzazione durante lo sviluppo dell'applicazione, sono state gestite correttamente le funzionalità sensibili alle impostazioni cultura e sono state identificate e risolte i problemi di localizzazione che si sono generati durante i test, è possibile procedere con il passaggio successivo, Localizzazione.

Vedere anche