Calendar X Date... Novato precisando de ajuda

posta um exemplo de codigo… destacando a duvida… abrass

Ai é q tá… Não tenho nada ainda.

Estou na faze de criar as classes “pojo/javabeans” (ainda não sei ao certo a diferença entre elas) e so vou usar os atributos de data e hora no futuro quando tiver que saber por exemplo a quantos dias um “Contas a Receber” esta vencido ou quando tiver a necessidade de bloquear a execução do sistema a mais q “X” dias.

Nesses casos qual seria melhor Date, Calendar ou Outro? Qual a sua sugestão?

Valeu pela atenção.

nao utilizei muitas funcionalidades envolvendo datas… porem Calendar me parece bastante completa e atende varias necessidades… como no exemplo abaixo…

import java.util.*;

public class Estudos{ 
  public static void main(String args[]){ 
    Calendar agora = Calendar.getInstance(); // vc obtem uma instancia do objeto atraves de um getInstance
    System.out.println(agora.toString());
  } 
}

a saida do codigo acima geraria algo parecido com isso…

java.util.GregorianCalendar[time=1228937781807,
areFieldsSet=true,areAllFieldsSet
=true,lenient=true,zone=sun.util.calendar.ZoneInfo
[id="America/Sao_Paulo",offset
=-10800000,dstSavings=3600000,useDaylight=true,
transitions=129,lastRule=java.uti
l.SimpleTimeZone[id=America/Sao_Paulo,offset=
-10800000,dstSavings=3600000,useDay
light=true,startYear=0,startMode=3,startMonth=9,
startDay=15,startDayOfWeek=1,sta
rtTime=0,startTimeMode=0,endMode=3,endMonth=1,
endDay=15,endDayOfWeek=1,endTime=0
,endTimeMode=0]],firstDayOfWeek=2,
minimalDaysInFirstWeek=1,ERA=1,YEAR=2008,MONTH
=11,WEEK_OF_YEAR=50,WEEK_OF_MONTH=2,DAY_OF_MONTH=
10,DAY_OF_YEAR=345,DAY_OF_WEEK=
4,DAY_OF_WEEK_IN_MONTH=2,AM_PM=1,HOUR=5,HOUR_OF_DAY
=17,MINUTE=36,SECOND=21,MILLI
SECOND=807,ZONE_OFFSET=-10800000,DST_OFFSET=3600000]

eh uma demonstracao dos recursos de Calendar… soh nao sei exatamente quanto a utilidade na comparacao de datas ou coisa do genero…

A classe Calendar fornece muito mais métodos para você manipular as datas.
Mas quando você for persistir na sua base você terá que persistir sempre objetos Date.

Exemplos de uso:

public static void main(String[] args) {
        //Instancia com a data atual
        Calendar agora = Calendar.getInstance();
        Calendar depois = Calendar.getInstance();
        
        //Adiciona dois meses
        depois.add(Calendar.MONTH, 2);
        //adiciona 4 dias
        depois.add(Calendar.DAY_OF_WEEK, 4);
        //Adiciona 4 anos
        depois.add(Calendar.YEAR, 4);
        
       //Compara as duas datas
        System.out.println(depois.compareTo(agora));
        
        //Exibir datas
        System.out.println(agora.getTime());
        System.out.println(depois.getTime());
 }

Oi!
Errado! Ele disse que trata-se de um Datetime no banco de dados dele, perfeito? Então não é um objeto Date mas sim um Objeto TimeStamp!

jcombr, a diferença básica é a respeito da manipulação sobre a data que você tem acesso. Tanto é verdade, que grande parte dos métodos do java.util.Date possui seu métodos depreciados, justamente porque você possui o objeto Calendar. Minha recomendação é simples:

Você precisa manipular data? Adicionar horas, minutos, segudos, dias, meses…algo desse tipo?
Sim? Use Calendar!. Você não precisa de nada disso, apenas repassar diretamente a data para o banco de dados? Simples, use o java.util.Date.

Só um lembrete, se estiver usando JDBC, faça assim para persistir no banco:

seuPreparedStatement.setTimestamp(1, new Timestamp(suaData.getTime()));

Dessa forma, a persistência vai ocorrer da forma correta.
O número supõe que o Datetime esteja na coluna 1, obviamente, e o suaData é uma variavél que corresponde a um objeto java.util.Date.
Se fosse um calendar, era seuCalendar.getTime().getTime(), simples assim.

Abraços.

nel,

Valeu pela ressalva. Não tinha prestado atenção quanto ao tipo no BD.

Abs,

riqueluz:

nel,

Valeu pela ressalva. Não tinha prestado atenção quanto ao tipo no BD.

Abs,

Que isso rique.
Mas as dicas sobre o Calendar foram corretas, agora é questão do nosso colega avaliar qual objeto ele vai utilizar.

Abraços!

Pela dica acima vai ter que ser Calendar.

O meu caso real é. Vou desenvolver para Android, o sistema vai trabalhar off-line, para atualizar os dados ele recebe um TXT com os dados do sistema de retaguarda e grava num banco SQLite no dispositivo.

Os dados podem ser formatados da forma que eu quiser porque também sou eu que gero esse TXT.

Dentro do sistema Android vou precisar calcular numero de dias da data de um registro até a data atual.

Com essa situação o correto é mesmo Calendar?

Oi!

Resumidamente, você tem a data x que, obviamente, é inferior a data atual e precisa saber esse intervalo, em dias, perfeito?
O Calendar lhe resolve isso de forma tranquila, se precisar calcular considerando, hora, minuto, segundos, também resolve, mas ai exige uma manipulação mais criteriosa e conhecimento da classe Calendar.

Se este for o caso, podes usar a API Joda Time, que é bem difundida no meio e recomendada em massa.
Exemplos é o que não falta. Se for apenas intervalo de datas, ignorando hora, minuto e etc, use o Calendar mesmo, evita mais uma dependencia de JAR, já que é nativo do Java.

De qualquer forma, não use o java.util.Date, para manipulação de datas, não é recomendado, tanto é, que grande maioria de seus métodos são depreciados.
Basta consultar a API do java.util.Date que verá a grande quantidade de métodos depreciados e recomendações do uso do Calendar.

Abraços.

Calendar e Date nunca são adequado para projetos, são api lixo do Java. Use Joda Time e pare de sofrer.

Menos, bem menos.

Sim, quando eu simplesmente preciso ter a data atual ao invés de dar um new Date() ou um Caledar c = Calendar.getInstance() eu simplesmente vou baixar uma nova API, como o Joda Time e etc. Joda Time é desenvolvido em Delphi né, nem usam Java né?

Quando eu acho que já li de tudo, vejo isso.
Me engano fácil mesmo rs.

Sim, quando eu simplesmente preciso ter a data atual ao invés de dar um new Date() ou um Caledar c = Calendar.getInstance() eu simplesmente vou baixar uma nova API, como o Joda Time e etc. Joda Time é desenvolvido em Delphi né, nem usam Java né?

Quando eu acho que já li de tudo, vejo isso.
Me engano fácil mesmo rs.

O autor do post nao disse simplesmente em uma instancia de Date.

Se levar em consideração:

O sistema Java recebera informações através de arquivos TXT onde tenho a possibilidade formatar o campo da forma que eu quiser.
A utilização mais comum é pegar um campo data para saber quantos dias passaram até a data atual.

Ele precisa manipular datas, calcular periodos.

Sendo assim Calendar é um lixo pra isso.

Sim, quando eu simplesmente preciso ter a data atual ao invés de dar um new Date() ou um Caledar c = Calendar.getInstance() eu simplesmente vou baixar uma nova API, como o Joda Time e etc. Joda Time é desenvolvido em Delphi né, nem usam Java né?

Quando eu acho que já li de tudo, vejo isso.
Me engano fácil mesmo rs.

O autor do post nao disso simplesmente uma instancia de Date.

Se levar em consideração:

O sistema Java recebera informações através de arquivos TXT onde tenho a possibilidade formatar o campo da forma que eu quiser.
A utilização mais comum é pegar um campo data para saber quantos dias passaram até a data atual.

Ele precisa manipular datas, calcular periodos.

Sendo assim Calendar é um lixo pra isso.

Lucas, está raciocinando antes de falar/digitar ou é aleatório o que diz?
Primeiro:

Isso é uma afirmação genérica, logo, se aplica a todos os projetos, o que é uma BAITA mentira.

Depois:

Ele precisa manipular datas, calcular periodos.

Sendo assim Calendar é um lixo pra isso.

Outra asneira. Lixo é uma API que não faz o que é proposto por ela. Imagina a String que não armazena uma palavra dentro dela, isso sim seria um lixo.
Uma API ser complicada de manipular, é outra história. Se você não tem conhecimento suficiente para manipular um Calendar, isso não significa que ela seja um lixo. A única coisa em que a SUN assumiu foi que o Calendar deveria ser imutável e sim, ele torna-se trabalhoso para a necessidade do que o cidadão aqui precisa, entretanto, dizer que é um lixo é uma asneira sem tamanhos.

Mas não vou mais discutir isso com você, pois alguém que trabalha com Java chamar a API Calendar de lixo é porque de duas uma, ou trabalha com Java a um mês e não sabe nem como pegar o mês da API Calendar ou tem opinião formada e devemos respeitar.

Abraços.

Ou então tá querendo gerar um flame

Sim, quando eu simplesmente preciso ter a data atual ao invés de dar um new Date() ou um Caledar c = Calendar.getInstance() eu simplesmente vou baixar uma nova API, como o Joda Time e etc. Joda Time é desenvolvido em Delphi né, nem usam Java né?

Quando eu acho que já li de tudo, vejo isso.
Me engano fácil mesmo rs.

O autor do post nao disso simplesmente uma instancia de Date.

Se levar em consideração:

É,

Calendar API é tão bom que pessoal do Java teve que fazer nova especificação pra Data baseada no Joda Time: http://today.java.net/pub/a/today/2008/09/18/jsr-310-new-java-date-time-api.html, liderado pelo seu criador.

Acho que uma pessoa que teve que manipular data e hora de verdade num sistema, quer passar longe da API pra data do java que propria Sun jogou no lixo.