Artigo Java Magazine 22 - Datas e Horas em Java

Esse artigo faz parte da revista Java Magazine edição 22. Clique aqui para ler todos os artigos desta edição

Atenção: por essa edição ser muito antiga não há arquivo PDF para download.Os artigos dessa edição estão disponíveis somente através do formato HTML. 

Primeiros Passos

Datas e Horas em Java

Fernando Lozano

A manipulação de datas em Java pode parecer um assunto complicado para o iniciante, dada a quantidade de classes envolvidas. São ao todo onze classes, que praticamente não mudaram desde o Java 1.1.5: cinco no pacote java.util, três em java.text, e mais três no pacote java.sql. Veja na Tabela 1 uma relação de todas as classes e uma breve descrição de suas funcionalidades; a Figura 1 mostra um modelo UML dessas classes.

A maior parte dessa dificuldade é justificada depois que se entende que os recursos de Java de manipulação de datas e horas, visam atender a várias culturas em um ambiente interconectado. As soluções simples utilizadas por outras plataformas não são adequadas, e essa profusão de classes corresponde a uma isão bem clara de responsabilidades. No final das contas, a grande maioria dos casos é atendida por apenas três classes: java.util.Date, java.util.Calendar e java.text.DateFormat.

Por outro lado, a API apresenta algumas inconsistências que dificultam o seu entendimento além do necessário, o que motivou muitas críticas pela comunidade de desenvolvedores. Um grupo chegou até a registrar um bug report na Sun, pedindo a depreciação de toda a API e sua substituição por um novo conjunto de classes; outro criou sua própria API do zero, chamada “Joda”. Veja as referências ao final do artigo para mais detalhes.

O fato é que a API de datas do Java foi a primeira tentativa de se resolver de forma global a questão de datas em uma plataforma popular de desenvolvimento, com o objetivo de que o mesmo código funcione inalterado em qualquer lugar do mundo. É um grande feito, pois outras plataformas populares possuem versões distintas (não apenas em tradução de mensagens, mas com código diferente mesmo!) para os vários mercados do oriente.

Mas isso é relevante para o desenvolvedor brasileiro? Certamente que sim! Não apenas porque temos que usar as classes padrão do Java, mas também em razão de nossas empresas estarem atuando fortemente nos países árabes ou na China, apenas para citar alguns exemplos.

ATENÇÃO! A exibição deste artigo foi interrompida.

  #Este é um post fechado

Este post está disponível para assinantes da Java Magazine DIGITAL ou para quem possui Créditos DevMedia. Clique aqui para saber mais sobre como abrir este post!