Comments on: Anti-pattern do dia: Abstrair primeiro

By: Sami Koivu

Sami Koivu — Thu, 31 Aug 2006 12:24:13 +0000

Realmente, obfusca o objetivo do código muito bem. Deve ser por isso que algo semelhante é até usado em alguns obfuscadores (de fluxo) de código. Abstrair provavelmente não é um termo apropriado nesse contexto, já com um programa difícilmente tem a capacidade de abstrair, mas o resultado fica comparável. E realmente fica ilegível.

By: kumpera

kumpera — Wed, 30 Aug 2006 17:33:29 +0000

Phillip, o Spring é um framework, ele tem que ser extensivel, é o boa parte do motivo dele existir. Ou seja, no caso dele é justificavel existir muitas partes móveis.

By: Phillip Calçado "Shoes"

Phillip Calçado "Shoes" — Wed, 30 Aug 2006 17:24:55 +0000

Defendendo o Spring acho que muito disso no framework se deve à extensibilidade. Já criei alguns gerenciadores de transação e outras coisas que um usuário comum não toca nele e sua abertura permite muita customização.

O ponto é que no caso do Spring temos um framework que cobre, sei lá, 90% da infra-estrutura de uma aplicação. Na aplicação em si, que não foi criada para ter tanta reusabilidade de código como um framework, é um tiro no pé!

By: Paulo Silveira

Paulo Silveira — Wed, 30 Aug 2006 02:33:54 +0000

E isso acontece muito!

É realmente incrível o tamanho da árvore de hierarquia, ou a quantidade de decorators decorando outros decorators… Eu sinceramente vejo muito disso no Spring.

A sun tem procurado ser mais enxuta e direta nesses casos, procurando apenas interfacear uma coisa ou outra, e só quando houver a necessidade, como CharSequence.

Tenho de confessar que as vezes me pego criando esses diagramas mirabulosos, criando mais e mais subinterfaces para poder expor o mínimo de métodos para cada caso, quando no final me referencio sempre pela mesma interface!