¿Cómo introducir AOP en el desarrollo de software productivo?

Question

Sé que esta pregunta ya se hizo antes, pero esto fue hace un año y medio, aunque pensé que podría ser el momento de volver a preguntar. También reconocí que podría considerarse subjetivo, pero creo que hay razones objetivas para/contra el AOP.

estaría interesado en que está usando AOP en el desarrollo de software y también la razón por o por qué no usarlo.

Veo AOP como un paradigma muy fuerte que puede facilitar muchas tareas de desarrollo. Pero cuando se trata de usar AOP en proyectos del mundo real, he hecho la experiencia que muchos tomadores de decisiones apenas están abiertos. ¿Cómo se las arregló para introducir AOP en sus proyectos?

Anteriormente pregunta hecha a partir de agosto de 2008: Do you use AOP (Aspect Oriented Programming) in production software?

Answer 1

Nuestros gerentes escuchan a su equipo de arquitectura.

Les decimos que AOP es la única solución para poner en práctica cruzada preocupación Características:

• a un costo razonable, en primer lugar
• sin jugar con el código funcional escrito por el equipo de desarrollo
• sin olvidar (comparado con agregar manualmente un try-catch a miles de métodos), ahora y en el futuro
• sin tener que entrenar o controlar lo que los desarrolladores están haciendo (algunos son geniales, otros son un verdadero desastre)
• con una buena capacidad de mantenimiento

Es cierto que nuestro proyecto es de 20 desarrolladores y se prolongó durante varios años, por lo que es una enorme masa de código. Es la única solución.

Creo que la clave está en usarlo solo para cuestiones transversales. Si puede codificarlo usando un código normal, hágalo. Pero si es demasiado grande, entonces AOP es atractivo y justificado. Si no se limita el AOP se generarían cientos de pequeños códigos AOP, que serían muy difíciles de entender.

Y sí, nuestro software es software de producción. ¡Cientos de clínicas dependen de eso!

Answer 2

no usamos AOP 100% per se, pero sí hacemos uso cada vez que sentimos apropiada (sobre todo la primavera AOP, es decir tan bien integrado con el marco de la primavera)

¿Cómo se las arregló para introducir AOP en sus proyectos?

Bueno, separe las preocupaciones de corte transversal, por ejemplo. llamadas de método de rastreo. En Spring AOP, puede definir un aspecto (un comportamiento de tiempo de ejecución) que se aplicará a una sección de código "enganchado". Con "enganchado" quiero decir, usted debería ser capaz de agrupar todos los métodos donde necesita este comportamiento bajo un paraguas común. En tiempo de ejecución, este código con sombrilla obtendrá un nuevo comportamiento según lo define su aspecto.

Answer 3

Spring AOP as Peakit dijo que es fácil de presentar si ya está usando Spring framework en su proyecto.

Primero agregué AspectJ para nuestro proyecto de herramientas que solo se usa internamente y nunca se lanza a los clientes. Esto ayudó tanto al equipo de desarrollo como a la gerencia a ganar confianza en la herramienta y tener una idea clara de lo que puede hacer por ellos.