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

Question

Sé que esta pregunta se ha hecho antes, pero esto fue hace un año y medio, a pesar de que pensé que podría ser el momento para una re-cuestionamiento. También reconocí que podría ser visto como subjetiva, pero creo que hay razones objetivas para / contra la AOP.

Yo estaría interesado en que está usando AOP en el desarrollo de software y también ¿Por qué o ¿Por qué no a usarlo.

Veo AOP como paradigma muy fuerte que puede hacer un montón de tareas de desarrollo más fácil. Pero cuando se trata de usar AOP en proyectos del mundo real que he hecho la experiencia de que muchos tomadores de decisión son apenas abiertos a ella. ¿Cómo logró introducir AOP en sus proyectos?

Anteriormente pregunta hecha a partir de agosto de 2008: ¿Usted utilizar AOP (Programación Orientada a Aspectos) en la producción de 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 se refieren a características:

• a un costo razonable, en primer lugar
• sin jugar con el código funcional escrito por el equipo de desarrollo
• sin olvidar nunca (en comparación con la adición manual de un try-catch a miles de métodos), ahora y en el futuro
• sin tener que entrenar o control de lo que los desarrolladores están haciendo (algunos son grandes, 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, así que hay una enorme masa de código. Es la única solución.

  

Creo que la clave es usarlo sólo para temas transversales.   Si se puede codificar utilizando el código normal, que lo hagan. Pero si es demasiado grande, entonces AOP es atractivo y justificado. La falta de límite de AOP llevaría a códigos pequeños centenar de AOP, que sería muy difícil de entender.

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

Answer 2

Nosotros no utilizamos AOP 100% per se, pero sí que hacemos uso siempre que sentimos apropiada (sobre todo la primavera AOP; que está tan bien integrado con el marco de Primavera)

  

¿Cómo logró introducir AOP en sus proyectos?

Bueno, separar a cabo el corte transversal preocupaciones, por ejemplo. Seguimiento de llamadas a métodos. En la primavera de AOP, se puede definir un aspecto (un comportamiento en tiempo de ejecución) que obtener aplicado a una sección "enganchado" de código. Con "enganchado" Quiero decir, debe ser capaz de agrupar todos los procedimientos en los que necesita este comportamiento bajo un paraguas común. En tiempo de ejecución, este código umbrella'ed obtendrá un nuevo comportamiento como se define por su aspecto.

Answer 3

Spring AOP como Peakit dijo es fácil introducir si ya está utilizando el marco de primavera en su proyecto.

La primera vez que añadí AspectJ para nuestro proyecto de herramientas que sólo se utiliza internamente y nunca lanzado a los clientes. Esto ayudó tanto el equipo de desarrollo y gestión de ganar confianza en la herramienta y tener una idea clara acerca de lo que puede hacer por ellos.