Piores erros do java

Bem pessoal, crio este tópico para debater acerca dos piores erros cometidos no java, o que poderia ter sido feito para evitá-los e como o mundo seria hoje se esses problemas nunca tivessem ocorrido.

O primeiro que considero é java.util.Date, java.sql.Date, java.sql.Timestamp, java.util.Calendar e java.util.GregorianCalendar. Acredito que todos que já trabalharam com datas no java já tiveram vontade de queimar em praça pública o imbecil que bolou essas classes por heresia.

Ter java.util.Enumeration e java.util.Iterator ao mesmo tempo também é uma idéia muito muito ruim.

Comentem!

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Generics sem reification* foi uma péssima idéia. O próprio gerente da implantação do Generics no Java 5.0, o Neal Gafter, gostaria de ter incluído a reification, mas isso iria quebrar a JVM (que não iria ser substancialmente modificada no Java 5.0).

* Por exemplo: poder declarar List<int> e tal declaração usar internamente um array de int mesmo.

Muita gente pode não concordar, mas acho que exceções checadas e não checadas um saco!!! Isso é uma das seguranças que o Java tentou criar (assim como não trabalhar com ponteiro), porém essa acho que não ajudou em nada.

sobre a citada acima (Data), bem...sugiro que usem Joda Time é a única coisa que vou comentar!!!

GUJ Expert Membro desde: 10/07/2006 10:37:23 Mensagens: 3161 Offline

sem duvidas a api de manipulação de dadas é a pior api feita no java q eu ja vi...

Calendar e Date!!! Mexer com datas em java é horrível.

This message was edited 1 time. Last update was at 27/06/2008 11:49:44

API de datas é uma desgraça!

Eu fico revoltado com alguns nomes de metodos principalmente na api de servlets tipo parametros init do contexto.

This message was edited 1 time. Last update was at 27/06/2008 12:23:45

Bem uma recente foi na API de Scripting o ScriptEngineManager...

O javax.script.ScriptEngineManager serve para gerenciar os motores de script, como o próprio nome sugere, o problema é q ao registrar um engine tem q criar uma nova instancia e registrar nessa nova instancia o Engine, até ai blz, o problema é q ao perder a instancia desta classe, e se em outra altura do código vc instanciar a classe vc tem q carregar outra vez o Engine... o q é bem meio sem noção, se ela mantivesse registado todos os engines que vão sendo registrados seria muitoooo melhor... mas tb para resolver este problema é fácil, implementar uma classe q faz isto, que mantem uma instancia do ScriptEngineManager como static e ir sempre ai buscar, mas não é algo padronizado.

Até podiam ter feito um padrão parecido como nos JDBC Drivers.

Mas blz, ninguém morre por isto...

O tal do EJB 2.0/2.1 sem comentarios.

DaviPiala wrote:API de datas é uma desgraça!

Eu fico revoltado com alguns nomes de metodos principalmente na api de servlets tipo parametros init do contexto.

Falando em Servlets... doGet, doPost... são horriveis, pior impossível!

eduveks wrote:

DaviPiala wrote:API de datas é uma desgraça!

Eu fico revoltado com alguns nomes de metodos principalmente na api de servlets tipo parametros init do contexto.

Falando em Servlets... doGet, doPost... são horriveis, pior impossível!

Que tal SingleThreadModel?

eduveks wrote:

DaviPiala wrote:API de datas é uma desgraça!

Eu fico revoltado com alguns nomes de metodos principalmente na api de servlets tipo parametros init do contexto.

Falando em Servlets... doGet, doPost... são horriveis, pior impossível!

kra eu so meio iniciante, desculpe minha ignorancia mais...pq???

Concordo sobre a manipulação de datas. Mal d+

JavaEvangelist Membro desde: 13/09/2006 15:29:34 Mensagens: 386 Offline

para lançar uma NullPointerException programaticamente é bem estranho.

pafuncio wrote:throw null; para lançar uma NullPointerException programaticamente é bem estranho.

Tópico errado. Procure o tópico "EVGD: Códigos toscos"

maior_abandonado wrote:

eduveks wrote:

DaviPiala wrote:API de datas é uma desgraça!

Eu fico revoltado com alguns nomes de metodos principalmente na api de servlets tipo parametros init do contexto.

Falando em Servlets... doGet, doPost... são horriveis, pior impossível!

kra eu so meio iniciante, desculpe minha ignorancia mais...pq???

ué... pra q tu vai querer dois métodos diferentes de inicialização para o Get e para o Post!?

veja como o netbeans resolve esta inutilidade:

Se com o request.getMethod() vc pode saber se é POST ou GET... então bastava um método e ai caso precisase de diferenciar o get do post é só fazer um if com o valor do request.getMethod()...

Ou seja... doGet e doPost além de não fazer sentido, sujam o código, um tapinha na orelha do cara q inventou isto!

Acho q só em Java q inventaram este conceito de GET e POST separados, como se fosse coisas independentes...

Notícias, artigos e o maior fórum brasileiro sobre Java