Google Collections Library

Muito melhor que aquela caca que é o commons.collections

Saudacoes guri louds, percebi que voce nao curti a api do pessoal jakarta (apache), as colecoes deles acho muito bom, uso muito nos clientes, antes de usar, gastava em torno de 30 minutos para manipular 9.000 objetos, agora caiu para 2 segundos, negocio absurdo… costumo atualizar sempre as apis deles nos projetos.

Ao Luca e sem querem ao Silveira, obrigado pela dica do Collection do Google, vou dar Stop Watch nas duas colections e ver quem ganha.

Haloha,

Leandro Capuano

Saudacoes guri louds, percebi que voce nao curti a api do pessoal jakarta (apache), as colecoes deles acho muito bom, uso muito nos clientes, antes de usar, gastava em torno de 30 minutos para manipular 9.000 objetos, agora caiu para 2 segundos, negocio absurdo… costumo atualizar sempre as apis deles nos projetos.

Ao Luca e sem querem ao Silveira, obrigado pela dica do Collection do Google, vou dar Stop Watch nas duas colections e ver quem ganha.

Haloha,

Leandro Capuano

Eu acho elas terriveis, até a versão 2.x tinhamos aquelas tranqueira de FastXXXX que eram anunciadas como sendo thread-safe mas nunca foram. Fora que a maioria das collections alí são mera perfumaria.

Leandro, que collection por qual collection que voce trocou?

Concordo com o louds que tem muita perfumaria la, sem contar o enorme numero de deprecated na versao 3.x

E sem contar também que ainda na versão 3.2 não há suporte para Generics.
(Que na verdade foi um dos motivos para o Google criar sua própria extensão de collections ao invés de contribuir com o projeto commons)

Rafael, infelizmente eles nao podem colocar generics, ou entao o jar nao rodaria mais nos projetos antigos que ainda assumem compatibilidade com o jdk 1.2. Claro que eles podiam usar aqueles esqueminhas de gerar o jar para 1.x a partir de fonte 1.5.

Legal, legal… mas ainda está para surgir uma API/Implementação para “coleções” melhor que a do Smalltalk.

aCollection do: algumaCoisaEhDuca.

(…)
Bom, estou falando isto apenas porque eu ainda acho a API de "coleções"do Java uma tristeza.

Paulo Silveira:

Leandro, que collection por qual collection que voce trocou?

Concordo com o louds que tem muita perfumaria la, sem contar o enorme numero de deprecated na versao 3.x

Saudacoes Silveira,

Em primeiro lugar, perdao pela demora. Entao costumo usar muito as interfaces Closure, Transformer e Predicate, quando migro de uma versao antiga para nova, costumo mudar o jar (commons-collections-x.x.jar), re-compilo os codigos, e checo se contem algum erro, caso contenha, abaixo a api e vejo que tem de depreciado e arrumo para o mais recente), caso contrario, there you are!

O guri Rafael Nunes comentou que a versao 3.2 nao contem Generic, isto eh de fato, tive que criar uma classe abstract (public abstract class GenericClosure extends Object implements Closure) para atender a minha necessidade, fiz para todas as interfaces, bem que podia colaborar com o pessoal do Apache, o problema eh que o meu tempo eh curto pra documentar e enviar via CVS os fontes.

Haloha,

Leandro Capuano

¡Por supoesto! Sou eu de novo, esqueci de comentar… nao tive tempo pra colocar o Stop Watch das api do Google e comparar com o Apache ou Jakarta.

Haloha,

Leandro Capuano

leandrocapuano:

¡Por supoesto! Sou eu de novo, esqueci de comentar… nao tive tempo pra colocar o Stop Watch das api do Google e comparar com o Apache ou Jakarta.

Haloha,

Leandro Capuano

Grato,

“This library is a natural extension of the Java Collections Framework you already know and love.”

Eu amo fazer lista.get( lista.size() - 1 ) pra pegar o ultimo elemento

:lol: