¿Cuál es la gran idea detrás de la implementación de AOP

Question

Quería dejarlo en claro para mí.

He leído sobre el concepto de AOP y entendí que es una gran manera de compartir servicios de corte transversal. (registro, seguridad, transacción ...)

Pero me gustaría decir/preguntar algo sobre esta idea y su implementación.

He leído que hay algunas formas, como AspectJ, JBOSS AOP para la asimilación de AOP a mi lógica de negocio.

pero no lo encontré hace mucho tiempo?

digamos, por ejemplo, quiero compartir una aplicación de registro o la seguridad amongs mis componentes (beans de Java, EJB, en absoluto ..)

Por qué no podía hacer que un grano de Singleton asegurándose de que se tiene un solo Por ejemplo, y tan pronto como un componente necesite su servicio de registro/seguridad, buscará y usará su servicio.

¿Por qué tendría que entender y tener todas esas implementaciones "grandes" como aspectj o jboss AOP? ¿Qué extraño aquí?

Answer 1

La idea de AOP es mantener la lógica común en un solo lugar (que también resuelve su solución Singleton) y siendo "invisible" (transparente). Con AOP su código de registro ni siquiera es parte de la lógica comercial, se "inyecta" detrás de escena.

También es más dinámico: no necesita llamar a su servicio singleton cada vez que necesita iniciar sesión. Simplemente configure un punto de corte una vez (como: "todos los adaptadores en este paquete") y se aplicará el registro para todos los códigos existentes y nuevos.

Además, AOP es mucho, mucho más flexible y potente. Puede solicitar la implementación de AOP: "inicie una transacción cada vez que llame a un método que comience por" save* "y tome un argumento" o "si el método devuelve Customer arroja una excepción de subclasificación de IllegalAgumentException, llame de nuevo a ese método".

AOP es mucho más que simplemente agrupar la lógica común.

Answer 2

No ha entendido de qué se trata AOP. La idea de AOP es ser capaz de escribir

public void foo() { 
    // some business code 
} 

en lugar de escribir

public void foo() { 
    LogManager.getInstance().log("entering foo..."); 
    SecurityManager.getInstance().checkUserInRole("fooer"); 
    TransactionManager.getInstance().startTransaction(); 
    try { 
     // some business code 
     TransactionManager.getInstance().commit(); 
    } 
    catch(RuntimeException e) { 
     TransactionManager.getInstance().rollback(); 
     throw e; 
    } 
    LogManager.getInstance().log("leaving foo..."); 
} 

Todos los temas transversales (tala, la seguridad, la gestión de transacciones) se encuentran fuera del código de negocio, en lugar de mezclándose con el código comercial, y repetido ad nauseam.