Comments on: Finalmente um bom exemplo de AOP

By: Rafael Fiume

Rafael Fiume — Thu, 12 Apr 2007 12:11:38 +0000

Kumpera, eu não me referi ao AspectJ, mas sim dos interceptadores da especificação EJB 3.0 – uso de @Interceptor, @Interceptors e @ArroundInvoke. O contexto você obtém a partir de InvocationContext.

Mas, sinceramente, é só um chute, pois ainda não tive tempo de ver os exemplo que você menciona aqui. Mas está me parecendo possível.

By: kumpera

kumpera — Tue, 10 Apr 2007 13:45:15 +0000

@Vitor.
Não vejo problema em definir regras de negócio usando AOP. Usando AspectJ ou SpringAOP fica ruim, porque são DSLs péssimas para desenvolver um sistema. Agora se você olhar o código Lisp do artigo vai notar como fica claro. Estão usando AOP de maneira semelhante a uma rules engine, não apenas para infra-estrutura, como se faz com os frameworks aleijados em Java.

@Marcos.
Os aspectos apresentados no artigo tratam realmente de cross-cutting concerns. Quando se fala no aspecto logging, suas várias instancias são independentes. Porém no caso do artigo, para se implementar a regra seria necessário alterar muitos pontos distintos do sistema, ou seja, teriamos uma regra realmente espalhada por todos cantos do sistema – o tipo de problema que AOP se propoe a resolver.

@Rafael.
Sim, é perfeitamente possivel implementar a mesma coisa usando AspectJ e interceptando os métodos em questão, porém toda parte de referencia temporal e contexto precisariam ser feitas manualmente, pois o framework não suporta isso.

By: Rafael Fiume

Rafael Fiume — Mon, 09 Apr 2007 19:08:46 +0000

Beleza?

Interessantes mesmo os exemplos!

>Esse tipo de pointcut não é possível de ser
>definido usando os recursos do AspectJ…

Talvez isso seja possível utilzando os métodos ou classes listeners de callback dos session e message-driven beans no EJB 3.0 – que não deixam de ser um tipo de AOP, embora rudimentar.

Tanto um como outro conseguem ter acesso ao contexto no qual o serviço foi invocado através de InvocationContext.

Aliás, se não me engano, é por causa desse conhecimento sobre o contexto que Interceptors do EJB 3.0 não podem ser considerados realmente AOP, mas AOP-like.

By: Marcos Silva Pereira

Marcos Silva Pereira — Mon, 09 Apr 2007 15:26:47 +0000

Eu sempre pensei na possibilidade de se usar AOP para alterar o comportamento do sistema, mas não dessa maneira, mas para customizações bastante especificas para um cliente ou outro. Só que eu geralmente achava a abordagem bastante estranha e usava uma interface para definir o serviço ao invés de usar AOP. Mas em alguns casos parecia razoável.

De qualquer maneira, não posso deixar de lhe fazer uma pergunta: essa abordagem parece transferir para o aspecto uma regra de negócio. Não é um complicador desnecessário? Por que não tratar esse comportamento temporal dentro da classe/metodo aspectada?

valeuz…

By: Vitor Fernando Pamplona

Vitor Fernando Pamplona — Mon, 09 Apr 2007 15:07:02 +0000

AOP em regra de negócio? :S

Mas que macarronada hein? :)