unsam-clases-2012-clase4-342010-programacionconaspectos
AOP
Contamos que el concepto de aspectos es de modelar una lógica que atraviesa varias clases, métodos y/o jerarquías, llamada “cross-cutting concerns”. Implementar esta lógica “a mano” involucraría modificar y repetir código en cada uno de esos lugares.
Entonces un aspecto nos permite resolver problemas como: quiero que todos mis objetos sean observables; dado mis test-cases quiero poder analizar qué partes de mi código está siendo testeado (ejecutado) y qué partes no. (Esto último existe de hecho en varios lenguajes de programación y se llama Code Coverage, por ejemplo http://cobertura.sourceforge.net/)
Conceptos de AOP: Join-Point, Point-cut y Advice
Vimos luego los conceptos **core **del dominio de la programación orientada a aspectos.
Si bien vamos a ver aspectos con una implementación para java llamada AspectJ estos conceptos son abstractos y forman parte de AOP. Con lo cual serán comunes a todos los frameworks de aspectos.
- **Join-point: **representa un punto en la ejecución del código de mi programa que resulta interesante. Es decir, en el cual me interesaría saber que está ejecutándose. Por ejemplo: la asignación de una variable de instancia, o el llamado a un método.
- Point-Cut: es un conjunto de join-points a fin de poder definir un contexto más complejo. Es decir que se combinan, varios point-cuts, ejemplos: asignaciones de variables llamadas “blah” en mis clases del paquete *objetos3.ejemplos *y para las clases anotadas con @MeInteresa.
- Advice: dado un **pointcut, es decir un contexto de un punto de ejecución, representa una manipulación de ese código. Por ejemplo, poder agregar código antes y después de ese punto (around)**.
Luego vimos un ejemplo de la syntaxis de AspectJ para definir un aspecto para loggear llamadas a métodos. Ese ejemplo está en la página del site
Weaving
Luego surgió la pregunta natural de “cómo hace la magia ?” (de interceptar el código y manipularlo). Acá surge otro concepto de la programación de aspectos, que es el weaving.
Weaving es el proceso que utilizan los fwks de aspectos de código para implementar aspectos, es decir para manipular el código. Para combinar **el código del aspecto con la lógica base **(de nuestro dominio o clases a aspectear). De ahí que el nombre en inglés significa tejer.
Enumeramos un par de estratégias de weaving:
- **Compilación: **modificando el compilador y utilizando uno custom. Ej: aspectj, phantom.
- Classloader: una vez cargadas las clases en java no se pueden modificar. Sin embargo, las clases las carga un objeto llamado ClassLoader y uno podría hacer el suyo propio, para, justo antes de cargar la clase, modificar su bytecode. Ejemplo javassist, Apache Commons BCEL
- Interception: decora los objetos para interceptar los llamados. Ej: Spring AOP, Java Dynamic Proxies.
- **Preprocesador / Generación de Código: **analizo el código como texto, antes de la compilación. Ej: Annotation Processing Tool APT.
Metaprogramación (?)
Debugging Hooks
Ejemplos en AspectJ
Luego nos metimos en directo a ver ejemplos en código de aspectj. Vemos el primer ejemplo **simple **de objetos observables.
Luego vimos que el aspecto es de hecho un objeto, y que puedo obtenerlo y acceder a su estado o hasta invocarle métodos. Después vimos que ese aspecto que es un objeto tiene un **ciclo de vida **que define cuando se va a crear la instancia del aspecto y cuanto va a vivir. Esto puedo definirlo a través de
- pertarget para asignarlo a la instancia del objeto definido según un pointcut.
- **perthis: **
Ejemplo con Annotations
En segundo término vimos una forma alternativa de lograr el mismo resultado. Pero estableciendo un contrato entre los objetos a aspectear y el aspecto. Acá el aspecto aplica solo a las clases anotadas con @Observable.
Ejemplo con Mixins
Vimos que define que los objetos anotados con @Observable ahora pasan a implementar una nueva interfaz. Y el mismo aspecto le define las implementaciones de esos métodos, en forma parecida (conceptualmente) a la idea de **Open Class **que vimos en Nice.
**
**