Tá bom, faz 4 anos que o cara escreveu isso, mas até agora não acredito nisso… pelo amor de Deus…

eu estudei AOP a um tempo atrás, e o que me motivou a estudar, desenvolver meu projeto final nessa tecnologia e empregá-la em um projeto comercial me fez sentir dias e dias de prazer, orgasmo profundo com uma forma divertida e modular de programar. Senti na pele o que a AOP pode beneficiar, por exemplo, depois que o sistema estava feito, e bem padronizado, foi levantado alguns requisitos pelo cliente, e uma das formas mais ágeis que tivémos foi utilizar pointcuts adicionando comportamento em determinados joinpoints que eram candidatos ao problema. Foi simples, fácil, entregamos pro cliente na metade do prazo que tínham definido, e possibilitou ainda maior controle na manutenção.
Não pode é ficar enchendo de código em AOP, mas tem coisas que se tornam muito mais fáceis quando se utiliza AOP.

Pointcuts, no AspectJ por exemplo, são definidos usando aquela linguagem de query que é, de maneira tosca, um ‘SQL para código Java’.

Esee binding entre AOP e OOP que me faz achar que é um paradigma não muito salutar.

“Outro dia no trabalho fui questionado sobre a opção de usarmos AOP no meu atual projeto, fui radicalmente **contra** porque acho que compra mais problemas que solução.”

Eu li 3 vezes, e não entendi. Ou ficou meio confusa, ou eu que não entendo nada de AOP. Ou ambos. :)