Partilhar via


Usando dados de localidade persistentes

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 não é garantido que os dados sejam os mesmos de computador para computador ou entre execuções do aplicativo. Isso é verdade para locales que são fornecidos com o Windows e locales personalizadas.

O design do aplicativo deve levar em conta uma variedade de alterações de dados relacionadas à localidade que podem ocorrer. Por exemplo:

  • Os símbolos monetários podem mudar à medida que os países adotam o Euro.
  • As preferências regionais podem mudar. Por exemplo, o formato d/m/y pode mudar para o formato m/d/y para uma localidade específica.
  • A ortografia dos nomes dos dias pode mudar devido a reformas ortográficas. Além disso, a caixa pode ser alterada para nomes de meses ou dias.

Usar formatos Locale-Independent para armazenamento e intercâmbio de dados

Um aplicativo que persiste dados deve usar formatos independentes de localidade para armazenamento e intercâmbio de dados. Exemplos são formatos codificados ou padrão; a localidade invariante LOCALE_NAME_INVARIANT; e formatos binários de armazenamento.

Se forem necessários dados de classificação persistente, o aplicativo deverá usar a funçãoCompareStringOrdinal. Lembre-se de que um formato invariante não permanece invariante para ordenação , apenas para dados de configurações de localidade e do calendário.

Usar a localidade padrão do usuário para apresentação de dados

Para apresentar dados persistentes, é melhor para o aplicativo reformatar os dados usando a localidade padrão do usuário. O uso desta localização permite alterações pelos utilizadores. Para obter mais informações, consulte LOCALE_USER_DEFAULT.

Usando o Suporte ao Idioma Nacional

Localidades personalizadas

Classificação