[quote=Stephen Colebourne]
For too long we’ve suffered the Date and Calendar APIs in Java. No more, I say, No more!
I am pleased to be able to announce JSR 310 - Date and Time API. Here’s the summary of what the JSR is aiming for:
This JSR will provide a new and improved date and time API for Java. The main goal is to build upon the lessons learned from the first two APIs (Date and Calendar) in Java SE, providing a more advanced and comprehensive model for date and time manipulation.
The new API will be targeted at all applications needing a data model for dates and times. This model will go beyond classes to replace Date and Calendar, to include representations of date without time, time without date, durations and intervals. This will raise the quality of application code. For example, instead of using an int to store a duration, and javadoc to describe it as being a number of days, the date and time model will provide a class defining it unambiguously.
The new API will also tackle related date and time issues. These include formatting and parsing, taking into account the ISO8601 standard and its implementations, such as XML. In addition, the areas of serialization and persistence will be considered.
The final goal of the new API is to be simple to use. The API will need to contain some powerful features, but these must not be allowed to obscure the standard use cases. Part of being easy to use includes interaction with the existing Date and Calendar classes, something that will be a key focus of the Expert Group. [/quote]
Mais aqui
Mas, só reproduzindo em partes o pensamento que eu dividi com uns amigos.
Considerando que o Craig McLalalalahan conseguiu padronizar o Struts
com o nome de JSF, que estão quase padronizando o OSGi com o nome de
Java Module System e agora estão praticamente padronizando o JODA com o nome de Date and Time API, acho que é preciso que a JCP comece a ser beeeeeeeeem mais criteriosa daqui para frente antes de aceitar padronizar qualquer coisa alien que venham a propor
Excelente mesmo. E classes imutaveis é o que há. Vamos torcer para entrar no java 7 e podermos eliminar aquele codigo horrivel para calcular quantos dias tem no intervalo de duas datas.
Mas, só reproduzindo em partes o pensamento que eu dividi com uns amigos.
Considerando que o Craig McLalalalahan conseguiu padronizar o Struts
com o nome de JSF, que estão quase padronizando o OSGi com o nome de
Java Module System e agora estão praticamente padronizando o JODA com o nome de Date and Time API, acho que é preciso que a JCP comece a ser beeeeeeeeem mais criteriosa daqui para frente antes de aceitar padronizar qualquer coisa alien que venham a propor :P[/quote]
padronizar está na moda
mas ja era realmente um momento importante para ter o joda como default. direto encontramos projetos com gambiarras em vez de usar o joda. (ou qualquer coisa com as mesmas ideias)
Muito pelo contrário: estão fazendo algo pra resolver o mesmo problema, mas esquecendo o OSGi e outros esforços decentes na área, o que com certeza vai trazer problemas…
Não é bem por aí. Uma comparação mais justa seriam as Concurrency Utilities, mas no caso da Date & Time API devemos nos desviar mais ainda do Joda-Time do que no caso do Doug, porque alguns conceitos não estão maduros, várias classes e interfaces não fazem sentido pra quem só usa a API, alguns problemas que ainda não são resolvidos pelo Joda (como atualização das regras de TimeZone on the fly) terão solução na API e devemos simplificar o uso da API através de métodos utilitários, façades e afins.
Grande Mister M *(Michael Nascimento Santos), outro dia eu tava reclamando com ele do Calendar e do Date e ele disse q ia ver isso, realmente precisa melhorar mto essa API.