Usando dados de localidade persistente

  • Artigo

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.

Usando o Suporte à Linguagem Nacional

Localidades personalizadas

Classificação