Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
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.
Tópicos relacionados