Pergunta

Sei que essa pergunta já foi feita antes, mas este foi um ano e meio atrás, embora eu pensasse que poderia ser a hora de requestrionamento. Também reconheci que pode ser visto como subjetivo, mas acho que existem razões objetivas para/contra a AOP.

Eu estaria interessado em quem está usando aOP no desenvolvimento de software e também Por quê ou por que não usando isso.

Eu vejo a AOP como um paradigma muito forte, o que pode facilitar muitas tarefas de desenvolvimento. Mas quando se trata de usar aOP em projetos do mundo real, fiz a experiência que muitos tomadores de decisão são quase abertos a isso. Como você conseguiu introduzir a AOP em seus projetos?

Pergunta feita anteriormente de agosto de 2008: Você usa AOP (Programação Orientada por aspectos) no software de produção?

Foi útil?

Solução

Nossos gerentes ouvem sua equipe de arquitetura.

Dizemos a eles que a AOP é a única solução para implementar os recursos de controvern:

  • a um custo razoável em primeiro lugar
  • sem mexer com o código funcional escrito pela equipe de desenvolvimento
  • Sem nunca esquecer (em comparação com a adição manualmente de uma compra de milhares de métodos), agora e no futuro
  • Sem ter que treinar ou controlar o que os desenvolvedores estão fazendo (alguns são ótimos, outros são uma verdadeira bagunça)
  • com uma boa manutenção

É verdade que nosso projeto é de 20 desenvolvedores e durou vários anos, então há uma enorme massa de código. É a única solução.

Acredito que a chave é usá-la apenas para preocupações cruzadas. Se você pode codificá -lo usando código regular, faça -o. Mas se for muito grande, a AOP é atraente e justificada. Deixar de limitar a AOP levaria a centenas de pequenos códigos, isso seria muito difícil de entender.

E sim, nosso software é software de produção. Centenas de clínicas dependem disso!

Outras dicas

Não usamos AOP 100% em si, mas sim, usamos sempre que nos sentimos apropriados (principalmente a Spring AOP; isso é tão bem integrado à estrutura da mola)

Como você conseguiu introduzir a AOP em seus projetos?

Bem, separe as preocupações de corte cruzado, por exemplo. Chamadas de método de rastreamento. Na primavera AOP, você pode definir um aspecto (um comportamento de tempo de execução) que será aplicado a um "Viciado" Seção do código. Com "viciado", quero dizer, você deve ser capaz de agrupar todos os métodos em que precisa desse comportamento sob um guarda -chuva comum. Em tempo de execução, esse código de guarda -chuva receberá um novo comportamento, conforme definido pelo seu aspecto.

A Spring AOP como Peakit disse que é fácil de introduzir se você já está usando a estrutura de primavera em seu projeto.

Eu adicionei pela primeira vez o aspecto do nosso projeto de ferramentas que só é usado internamente e nunca foi lançado para os clientes. Isso ajudou a equipe de desenvolvimento e a gerência a ganhar confiança na ferramenta e ter uma idéia clara sobre o que ela pode fazer por eles.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top