�ltimas mensagens do t�pico "AOP?"

AOP?

cv — GMT

Ol� pessoal!

Como anda o desenvolvimento usando AOP (Aspect-Oriented Programming) no Brasil? Alguem tem estat�sticas, casos de sucesso ou algo do g�nero pra compartilhar? Quero ter certeza de que eu nao sou o unico xarope a usar isso por aqui

[]'s
-cv

Paulo Silveira — GMT

usar a filosofia AOP tem muita gente usando. qualquer interceptador, filtro, etc ta usando crosscutting de uma maneira ou outra.

agora, usar alguma ferramenta, como o aspectj, em um projeto comercial, ouvi apenas boatos.

em especial porque o aspectj gera o bytecode da sua classe diferente, o aspecto nao vai existir em bytecode, sux.

se voce usar o bcel ou outro gerador de bytecode em cojunto, ai ateh pode sair algo mais real, porem mesmo assim nao vai ser a virtual machine que estara interceptando os pointcuts. sux denovo, nao?

por exemplo, voce escreveu um aspecto, e agora adicionou outra classe sozinha, o aspecto nao vai pegar essa classe se voce nao compila-la junto com o aspecto. um crime.

eu acho que tem futuro, mas nao agora.

smota — GMT

Desculpem a ignor�ncia ... mas, ser� que voc�s tem algum link pra eu ler a respeito? (n�o das ferramentas, mas do conceito)

S� pra eu saber do que se trata este t�pico

Obrigado

Paulo Silveira — GMT

http://www.aosd.net/ site sobre AOP em geral
http://www.aspecj.org/ implementacao de aspectos para java

cv — GMT

[quote="Paulo Silveira"]em especial porque o aspectj gera o bytecode da sua classe diferente, o aspecto nao vai existir em bytecode, sux.
[/quote]

Pois �, mas n�o s� de AspectJ vive o AOP pra Java...existem diversos outros projetos (com n�veis variados de sucesso em suas implementa��es), como o [url]nanning.sf.net[/url], [url]aspectwerkz.sf.net[/url]...

Ali�s, esse �ltimo n�o tem o problema de gera��o de bytecodes que vc descreve, caso vc "plugue" ele na VM em Runtime. D� at� pra criar novos aspectos dinamicamente e aplic�-los a qualquer classe carregada (excluindo as que foram carregadas pelo bootclasspath, como as do rt.jar).

Meu problema n�o est� sendo nem a tecnologia ou o conhecimento pra fazer a coisa funcionar (afinal, AOP eh soh mais um paradigma de desenvolvimento, e bem complementar ao OOP em muitos casos), � o medo de algum desenvolvedor olhar o c�digo mais tarde e ficar completamente boiando sobre o que est� acontecendo no c�digo...

cv — GMT

Mais algumas informa��es, caso algu�m esteja com a mesma preocupa��o que eu: fiz uma pequena experi�ncia "treinando" um desenvolvedor Java em AOP esse fim-de-semana.

Aqui v�o alguns trechos do di�logo:

- AOP � simplesmente estender a vis�o da orienta��o a objetos para acomodar o conceito de "cross-cutting concerns", que s�o preocupa��es que todos, ou muitos dos objetos no seu sistema t�m. Logging � um exemplo cl�ssico disso: quase todos os objetos no seu sistema tem que chamar alguma rotininha pra logar coisas...

- Pois �, mas no que o AOP me ajuda com logging, por exemplo?

- Ent�o, supondo que vc queira logar todas as entradas e sa�das de um determinado conjunto de m�todos, por exemplo, todos os getters de um bean, vc cria um "aspecto" que d� uma m�ozinha aos getters, e ajuda eles a logar coisas. Essa "m�ozinha" � chamada de advice, e os advices podem executar qualquer coisa antes da chamada de um m�todo, ou depois da chamada. No caso do logging, vc vai querer fazer as duas coisas -- um log na entrada e outro na sa�da...entendeu?

- Hmmm...�, sem pensar na implementa��o disso, parece simples...

- E a implementa��o disso � simples! A maioria dos frameworks de AOP pra Java funcionam usando os Dynamic Proxies introduzidos pela JDK 1.3, ou trabalham "off-line" alterando dinamicamente os bytecodes das classes j� compiladas para adicionar os advices.

- Ah, j� tem framework pra isso? Po, legal, entao eu nem preciso me preocupar tanto com implementa��o...

- Pois �, voltando � teoria da coisa, ent�o: outro conceito bem bacana do AOP � o de mix-ins. Mix-ins s�o nada mais do que implementa��es adicionais adicionadas a seus objetos. Por exemplo, suponha que vc queira adicionar um m�todo getVersion() para todos os objetos, que retorna a vers�o atual de sua implementa��o ou o serialVersionUID, ou algo do g�nero. Voce escreve uma interface, digamos, GetVersionMixin, e uma implementacao, por exemplo, GetVersionMixinImpl, que implementa a interface GetVersionMixin, e adiciona esses mixins a seus objetos. Automaticamente, seus objetos implementar�o a interface GetVersionMixin, e quando o metodo getVersion() for chamado, o codigo existente em GetVersionMixinImpl ser� executado.

- Ou seja...reinventaram a heran�a m�ltipla...

- N�o � bem heran�a m�ltipla...n�o d� pra sobrescrever m�todos, ent�o n�o � nem heran�a... RELAXA, EU TAMB�M N�O GOSTO DE C++

- Ok, j� tou mais calmo...

Argh...chega de digitar por enquanto...mais tarde eu continuo o di�logo

[]'s
-cv

Paulo Silveira — GMT

vai ser legal quando implementarem nativamente e tal. pra ter uma puta performance e padronizado.

bem que eh legal ficar gerando bytecode compativel, neh? porque ai funciona em qualquer JVM. eh que nem generics que vai provavelmente conseguir rodar em java < 1.5. pelo menos eles desejam

a gente ta assistindo a mesma coisa que nossos pais e professores assistiram a 20 anos atras, a mudanca de paradigma. tirem fotos para a posterioridade!

cv — GMT

[quote="Paulo Silveira"]vai ser legal quando implementarem nativamente e tal. pra ter uma puta performance e padronizado.[/quote]

Yup, mas acho dif�cil o Java ganhar essas coisas "na linguagem", pode ser overkill pra defini��o da linguagem e ia dar ainda mais trabalho do que os generics pra implementar nos compiladores (putz, coitada da galera do Jikes e Eclipse...)

[quote="Paulo Silveira"]a gente ta assistindo a mesma coisa que nossos pais e professores assistiram a 20 anos atras, a mudanca de paradigma. tirem fotos para a posterioridade![/quote]

Curioso que, a cada mudan�a de paradigma, tem menos e menos gente seguindo as novidades... quando assembly era o top, C e outras linguagens conseguiram convencer rapidamente o pessoal de que eram mais eficientes... hoje, ainda tem *muita* gente programando em C coisas que n�o precisariam ser feitas em linguagens t�o low-level...falar de AOP ou programa��o funcional (heyyy Haskell!) parece loucura pra muitos...

Lista sobre AOP e correlatos

eduardopiveta — GMT

Olah, existe uma lista de discussao sobre AOP e correlatos...eh uma lista de baixo trafego, contando com cerca de 50 pessoas cadastradas...segue a descricao da lista:

"Este grupo foi criado para reunir pessoas do Brasil (estrangeiros tamb�m s�o bem-vindos) interessadas em discutir sobre Advanced Separation of Concerns no desenvolvimento de software e suas diversas abordagens (Aspect-oriented Software Development, Multi-Dimensional Separation of Concerns, Composition Filters, Meta-object Protocols etc). "

Para se inscrever na lista: asoc-br-subscribe@yahoogroups.com
ou pelo site do yahoo...

T+
Eduardo Piveta

cv — GMT

Valeu pela dica, Eduardo!

AOP?

bonfarj — GMT

[quote=cv]Como anda o desenvolvimento usando AOP (Aspect-Oriented Programming) no Brasil? Alguem tem estat�sticas, casos de sucesso ou algo do g�nero pra compartilhar? Quero ter certeza de que eu nao sou o unico xarope a usar isso por aqui [/quote]

Espero que n�o fiquem chateados comigo por ter recuperado um t�pico t�o velho, eu n�o resisti porque a pergunta do cv para mim continua muito atual. Como est� o desenvolvimento com Orienta��o a Aspectos no Brasil? Algu�m est� usando, quais resultados voc�s t�m obtido?

Abra�os a todos!

Re:AOP?

rodrigoy — GMT

Eu uso... a implementa��o do AspectJ � muito boa. Tem os drawbacks que o Paulo comentou, mas n�o acho isso impeditivo na ado��o do framework. O que gosto � a integra��o com o Eclipse. Ele destaca os m�todos que sofrem atua��o de advices e se voc� olhar o aspecto ele tamb�m te diz todos os m�todos adviced.

Atualmente tenho usado para fazer DI, Logging, Tracing. Na semana passada estava com um probleminha. Quando voc� est� usando o Hibernate Validator e manda um manager.persist(entity) com uma entidade inv�lida o EntityManager gospe um RuntimeException que encerra a transa��o JTA. Minha aplica��o precisava que os erros de valida��o simplesmente fossem uma RuntimeException mas @ApplicationException. Resolv� com um Aspecto que observava os m�todos do EntityManager (uma solu��o bem melhor que implementar um EntityManagerFactory).

Depois que voc� aprende voc� come�a a enxergar uma outra dimens�o nos objetos e come�a a aplicar AOP.

Re:AOP?

Ferryman — GMT

Eai pessoal,

Estou avaliando a utiliza��o de AOP, mas pelo que percebi, n�o tem muita gente utilizando.... Brinquei um pouco com aspectJ e queria brincar um pouco com o JBOSS AOP.
Alguem aqui usa algum dos frameworks em projetos comerciais?

Gostei do aspectJ mas tive dificuldades para utiliz�-lo com o maven... n�o achei nenhum plugin descente.
Pretendo avaliar o JBOSS AOP agora e ver se vale a pena...

Alguma sugest�o?

[]s

AOP?

Kenobi — GMT

[quote=Paulo Silveira]vai ser legal quando implementarem nativamente e tal. pra ter uma puta performance e padronizado.

bem que eh legal ficar gerando bytecode compativel, neh? porque ai funciona em qualquer JVM. eh que nem generics que vai provavelmente conseguir rodar em java < 1.5. pelo menos eles desejam

a gente ta assistindo a mesma coisa que nossos pais e professores assistiram a 20 anos atras, a mudanca de paradigma. tirem fotos para a posterioridade![/quote]

Realmente Paulo, pois tentei montar um esquema de Log automatizado no meu projeto atual, que usa o WebLogic, al�m da configura��o com o servidor ser �rdua, a performance do bichinho n�o � l� essas coisas, acabou inviabilizando minha implementa��o.

Costumo pensar em aspectos somente para interesses ortogonais. Esse insight que o CV deu sobre Mix-ins, despertou minha aten��o para alguns outros casos, utiliz�-lo tamb�m em neg�cios. Mas ter�amos que ter nativamente, como voc� disse.

AOP?

Alessandro Lazarotti — GMT

[quote=Kenobi][quote=Paulo Silveira]vai ser legal quando implementarem nativamente e tal. pra ter uma puta performance e padronizado.

bem que eh legal ficar gerando bytecode compativel, neh? porque ai funciona em qualquer JVM. eh que nem generics que vai provavelmente conseguir rodar em java < 1.5. pelo menos eles desejam

a gente ta assistindo a mesma coisa que nossos pais e professores assistiram a 20 anos atras, a mudanca de paradigma. tirem fotos para a posterioridade![/quote]

Realmente Paulo, pois tentei montar um esquema de Log automatizado no meu projeto atual, que usa o WebLogic, al�m da configura��o com o servidor ser �rdua, a performance do bichinho n�o � l� essas coisas, acabou inviabilizando minha implementa��o.

Costumo pensar em aspectos somente para interesses ortogonais. Esse insight que o CV deu sobre Mix-ins, despertou minha aten��o para alguns outros casos, utiliz�-lo tamb�m em neg�cios. Mas ter�amos que ter nativamente, como voc� disse. [/quote]

Mix-ins s�o realmente muito bons Kenobi e ajudam muito, contudo manter longe do neg�cio e mais perto das necessidades da infra me parece ser uma escolha mais interessante.

Por exemplo:

� comum em paginas que usam Datatables JSF, disponibilizar entidades com um atributo isSelect ou algo parecido, que leem e outros que setam um valor booleano que diz se a linha foi selecionada por um checkbox ou n�o. Normalmente para tal, insere-se um atributo booleano na Entidade ou cria-se um wrapper para ela. Na primeira um problema � misturar no objeto entidade coisas muito al�m da modelagem do dom�nio, como um campo referente a infra da apresenta��o... e no segundo approach o ruim � que ficar fazendo wrapper sempre que precisar de um conte�do a ser exibido � um saco. Para isso, fazer "Introduction" de um campo inexistente na modelagem de dom�nio e um "Mix-in" de uma interface para estas entidades, com implementa��es de m�todos para leitura destes novos campos, torna de maneira �nica bem simples este servi�o para qualquer que seja a entidade. Aspectos de seguran�a tamb�m s�o bem comuns nesta mesma linha de abordagem.

Contudo, modelar aspectos para o neg�cio em s�, acho meio perigoso. Os m�todos pertinentes ao dom�nio tem que ser expl�citos neste, e n�o plugados.

Quanto ao que o CV disse, s� uma observa��o, � poss�vel sim sobrescrever m�todos. Ali�s, para classes que compartilham de mesma estrat�gia comum para equals e hashCode (projetos onde as igualdades podem ser submissas a IDs, por exemplo), um aspecto pode perfeitamente resolver este crosscuting fazendo as sobrescritas.

Re:AOP?

domingos.neto — GMT

Na maioria das vezes � poss�vel implementar 'aspectos' usando a infraestrutura existente dos frameworks ou containers, atrav�s de interceptors ou filters. Considere utilizar estas funcionalidades sempre que poss�vel. Voc� pode acabar descobrindo que jamais vai precisar usar frameworks de aspectos.

Re:AOP?

Alessandro Lazarotti — GMT

[quote=domingos.neto]Na maioria das vezes � poss�vel implementar 'aspectos' usando a infraestrutura existente dos frameworks ou containers, atrav�s de interceptors ou filters. Considere utilizar estas funcionalidades sempre que poss�vel. Voc� pode acabar descobrindo que jamais vai precisar usar frameworks de aspectos.[/quote]

Interceptor e Filters cobrem apenas uma perna da AOP, que � defini��o de pointcuts e joinpoints.