Frameworks para POA

Neste link tem outros frameworks, mas vários deles acredito que estão descontinuados:

O AspectJ é o mais detonado? Por quem?

Dentre os frameworks que citei no primeiro post, o AspectJ foi o mais criticado no GUJ por vários fatores:

• sintaxe ( um pouco ) complicada;
• utilização de uma ferramenta extra;
• implementação intrusiva ( mixin de código ).

Inclusive, Maurício, você mesmo chegou a criticar o AspectJ uma vez.

Abraços

Hahahahahahha!

:lol:

Tem que ter cuidado mesmo com o que se fala

Seguinte, a minha crítica não foi exatamente ao AspectJ, pra mim ele continua sendo a melhor ferramenta de AOP que eu já mexi na vida, a crítica é que a falta de opções e ganchos na própria linguagem torna o uso de uma ferramenta de AOP necessária, se você tem uma linguagem com muitos ganchos ( em chamadas de métodos, construtores, resolução de nomes e todo aquele blablablá do tópico de monkey patching ) você dificilmente ia usar uma ferramenta de AOP, porque tudo o que a ferramenta de AOP faria, a sua linguagem já faz.

Resumindo, boas linguagens já tem as construções de AOP dentro delas, elas não precisam de nada externo nem novos nomes ou paradigmas pra fazer isso.

Mas estando em Java, AspectJ é a melhor escolha, eu, pessoalmente, acho a sintaxe dele extremamente clara, especialmente se você não usar aquelas aberrações que são os aspectos com annotations, acho que a sintaxe do AspectJ pura é simples e concisa o suficiente pra não dar trabalho a ninguém. É óbvio que existe o custo de se aprender uma coisa nova, mas sempre vai haver. Sobre o mixin, Java é estaticamente tipada, tudo tem que ser feito assim ou com classes proxy, a vantagem de se fazer como o AspectJ faz, que é metendo código na sua classe, é que você não tem o overhead da reflexão que você teria em outras bibliotecas que fazem uso de CGLIB.

Maurício Linhares:

Hahahahahahha!

:lol:

Tem que ter cuidado mesmo com o que se fala :P

Maurício Linhares:

Seguinte, a minha crítica não foi exatamente ao AspectJ, pra mim ele continua sendo a melhor ferramenta de AOP que eu já mexi na vida, a crítica é que a falta de opções e ganchos na própria linguagem torna o uso de uma ferramenta de AOP necessária, se você tem uma linguagem com muitos ganchos ( em chamadas de métodos, construtores, resolução de nomes e todo aquele blablablá do tópico de monkey patching ) você dificilmente ia usar uma ferramenta de AOP, porque tudo o que a ferramenta de AOP faria, a sua linguagem já faz.

Resumindo, boas linguagens já tem as construções de AOP dentro delas, elas não precisam de nada externo nem novos nomes ou paradigmas pra fazer isso.

Mas estando em Java, AspectJ é a melhor escolha, eu, pessoalmente, acho a sintaxe dele extremamente clara, especialmente se você não usar aquelas aberrações que são os aspectos com annotations, acho que a sintaxe do AspectJ pura é simples e concisa o suficiente pra não dar trabalho a ninguém. É óbvio que existe o custo de se aprender uma coisa nova, mas sempre vai haver. Sobre o mixin, Java é estaticamente tipada, tudo tem que ser feito assim ou com classes proxy, a vantagem de se fazer como o AspectJ faz, que é metendo código na sua classe, é que você não tem o overhead da reflexão que você teria em outras bibliotecas que fazem uso de CGLIB.

Só pra constar: O AspectWerkz fazia Weaving Dinâmico, e o AspectJ, estático.

O Werkz acabou incorporato pelo AspectJ. Simples, assim…

Então, pergunta: A abordagem do Spring para AOP não é suficiente para a maioria dos casos? Porque usar algo como aspectJ quando vc tem algumas abstrações do tipo no Spring? (é somente uma dúvida,r s não conheço o aspectJ dafundo para opinar ).

Aldrin Leal:

Só pra constar: O AspectWerkz fazia Weaving Dinâmico, e o AspectJ, estático.

O Werkz acabou incorporato pelo AspectJ. Simples, assim…

O Spring AOP sempre usa proxies e é bem mais restrito em funcionalidades.

tnaires:

Gostei da sua opinião. Pelo menos me fez ver que o que eu tenho estudado esse mês não foi perdido
Por exemplo, Ruby. Ainda não conheço a linguagem a fundo por isso vou perguntar: há a necessidade de implementar orientação a aspectos nela? Sei que tem o Aquarium, que me pareceu bem legal.

Ele é legal, mas muita coisa simples que você precisaria de aspectos em Java (como mixins, alterar classes apenas pro seu projeto) já está na linguagem e implementar algo como o Aquarium não é algo tão absurdamente complicado quanto implementar o AspectJ

Vale falar tbm que o AJDT é uma mão na roda.
Além de ter ajudar nas tarefas cotidianas da compilação com o weaver do AspectJ (tão transprarente quanto você salvar uma classe nas ides java e elas já serem compiladas), você tem uma opção de visualização das classes que mostra em diagrama com legendas quais classes estão sendo afetadas pelo aspecto.