Usando dados de localidade persistente
Um aplicativo globalizado geralmente persiste ou transmite dados, por exemplo, hora e data. Ao decidir como seu aplicativo deve lidar com a persistência de dados, lembre-se de que os dados não têm a mesma garantia de serem os mesmos do computador para o computador ou entre as execuções do aplicativo. Isso é verdadeiro para ambas as localidades que são enviadas com o Windows e localidades personalizadas.
O design do aplicativo deve levar em conta uma variedade de alterações de dados relacionadas à localidade que podem ocorrer. Por exemplo:
- Conversor de Moedas símbolos podem mudar à medida que os países adotam o Euro.
- As preferências regionais podem ser alteradas. Por exemplo, o formato d/m/y pode mudar para o formato m/d/y para uma localidade específica.
- A ortografia dos nomes de dia pode mudar devido a reformas ortográficas. Além disso, o uso de maiúsculas e minúsculas pode ser alterado para nomes de mês ou dia.
Usar formatos de Locale-Independent para armazenamento e intercâmbio de dados
Um aplicativo que persiste os dados deve usar formatos independentes de localidade para armazenamento e intercâmbio de dados. Os exemplos são formatos padrão ou embutidos em código; a LOCALE_NAME_INVARIANT de localidade invariável; e formatos de armazenamento binário.
Se dados de classificação persistentes forem necessários, o aplicativo deverá usar a função CompareStringOrdinal . Lembre-se de que um formato invariável não permanece invariável para classificação, somente para dados de localidade e calendário.
Usar a localidade padrão do usuário para apresentação de dados
Para apresentar dados persistentes, é melhor que o aplicativo reformate os dados usando a localidade padrão do usuário. O uso dessa localidade permite substituições de usuário. Para obter mais informações, consulte LOCALE_USER_DEFAULT.
Tópicos relacionados