Programación Orientada A Aspectos:POA

Transcripción

1 Programación Orientada A Aspectos:POA Ejemplos con AspectJ con eclipse Carlos A. Escobar González. [email protected]

2 CONTENIDO Introducción. Programación orientada a aspectos (POA). Conceptos básicos Lenguajes de Aspectos AspectJ

3 INTRODUCCIÓN Técnicas de programación imperativa Código donde no existía separación de conceptos, datos y funcionalidad se mezclaban sin una línea divisoria clara. Funciones y datos entremezclados. Etapa código spaghetti Software= Datos(formas) + Funciones(colores)

4 INTRODUCCIÓN Programación Funcional Luego se aplicó la llamada descomposición funcional, divide y vencerás, identificando partes como funciones que definen en el dominio del problema. Ventaja: fácil integrar funciones. Desventajas: datos compartidos, y datos esparcidos por todo el código. Software= Datos(formas) + Funciones(colores)

5 INTRODUCCIÓN Programación OO Principio de descomposición, se ajusta mejor a problemas del dominio real. Ventaja: fácil integrar nuevos datos. Desventajas: Funciones esparcidas por todo el código. Software= Datos(formas) + Funciones(colores)

6 INTRODUCCIÓN Separación de Incumbencias(separation of concerns) Incumbencias: diferentes temas, asuntos o aspectos de los que es necesario ocuparse para resolver un problema determinado. Ejemplos: La función específica de la aplicación, persistencia, distribución, replicación, sincronización, logging, autenticación, seguridad, entre otros. Objetivo: calidad de Software (adaptabilidad, fácil mantenimiento, reusabilidad y extensibilidad)

7 INTRODUCCIÓN Incumbencias Transversales(crosscuting concerns) Conceptos diseminados en el código atravesando partes del sistema no relacionados en el modelo. Ejemplos: Logging o registro de la actividad de una aplicación, acceso a base de datos, temas relacionados con la seguridad, concurrencia, etc.

8 INTRODUCCIÓN Logging en apache tomcat(no es modular) Líneas rojas: código que maneja Logging No está en un solo lugar No siempre en número pequeño de lugares

9 INTRODUCCIÓN Problemas de Diseño código disperso (scattered code) Un mismo servicio es invocado de manera similar desde muchas partes del programa código enmarañado (tangled code). Una misma operación tiene que acceder a varios servicios (logging, locking, transporte, presentación, autenticación, seguridad, etc), además de cumplir con su función específica.

10 INTRODUCCIÓN Una Solución POA. Código disperso y enredado Aspectos

11 PROGRAMACIÓN ORIENTADA A ASPECTOS Programación Orientada a Aspectos (POA) es un paradigma cuya intención es permitir una adecuada modularización de las aplicaciones, posibilitando mejor separación de incumbencias. Separa componentes de aspectos creando un mecanismo para abstraerlos y componerlos para formar todo el sistema. AOP, Aspect-Oriented Programming o AOSD, por Aspect-Oriented Software Development Introducido por colaboración de: Cristina Lopes y Karl J. Lieberherr con Gregor Kiczales y su grupo

12 PROGRAMACIÓN ORIENTADA A ASPECTOS Un componente es aquella propiedad que se puede encapsular claramente en un procedimiento(un objeto, un método, un API), mientras que un aspecto no se puede encapsular en un procedimiento con los lenguajes tradicionales. Descomposición en Aspectos Software= Datos(formas) + Funciones(colores)

13 PROGRAMACIÓN ORIENTADA A ASPECTOS ASPECTO: Cada funcionalidad común se encapsulará en una entidad (Aspecto). Unidad modular del programa que aparece en otras unidades funcionales del programa (G. Kiczales). Una incumbencia transversal modularizada. Los aspectos son propiedades que afectan al rendimiento o la semántica de los componentes. Ejemplos: los patrones de acceso a memoria, la sincronización de procesos concurrentes, el manejo de errores, etc.

14 PROGRAMACIÓN ORIENTADA A ASPECTOS Fundamentos de la POA Un lenguaje para definir la funcionalidad básica, conocido como lenguaje base. El mismo puede ser un lenguaje imperativo, o no. Por ejemplo C++, Java, PHP, Python, Perl, etc. Uno o varios lenguajes de aspectos, para especificar el comportamiento de los distintos aspectos. Algunos ejemplos son AspectJ, AspectC, phpaspect, Aspyct, Aspect, Cool, RIDL, etc. Un tejedor de aspectos, del inglés weaver, que se encarga de combinar los lenguajes (componentes y aspectos) en tiempo de ejecución o de compilación.

15 PROGRAMACIÓN ORIENTADA A ASPECTOS Estructura de un Programa Orientado a Aspectos

16 PROGRAMACIÓN ORIENTADA A ASPECTOS Programa Lenguaje Programa de componentes Programa de aspectos Programa de aspectos Lenguaje Lenguaje Lenguaje base de aspectos de aspectos Compilador/Intérprete Tejedor (Weaver) Ejecutable Ejecutable Estructura tradicional Estructura con aspectos

17 PROGRAMACIÓN ORIENTADA A ASPECTOS Programa Base TEJEDOR Sistema Final aspectos

18 PROGRAMACIÓN ORIENTADA A ASPECTOS class Framew orks sistema base Sistema aspectual «merge» «flow» BD

19 PROGRAMACIÓN ORIENTADA A ASPECTOS Conceptos básicos Aspect (aspecto) es la funcionalidad que se cruza a lo largo de la aplicación y que se va a implementar de forma modular y separada del resto del sistema. Joint point (punto de enlace) es el punto de ejecución dentro del sistema donde un aspecto puede ser conectado. Puede ser una llamada a un método, el lanzamiento de una excepción o la modificación de un campo. Pointcut (punto de corte) define los Advice (consejos) que se aplicarán a cada punto de enlace.

20 PROGRAMACIÓN ORIENTADA A ASPECTOS Conceptos básicos Advice (consejo) es la implementación del aspecto. Introducciones (introduction) permiten cambiar la estructura de clases de un programa agregando o extendiendo interfaces y clases con nuevos atributos, constructores o métodos

21 LENGUAJES DE ASPECTOS Lenguajes de aspectos de dominio específico: soportan uno o más de los aspectos mencionados en secciones anteriores (distribución, coordinación, manejo de errores, etc), pero no pueden soportar otros aspectos distintos de aquellos para los que fueron diseñados. Restringen el lenguaje base. Ejemplo: COOL (aspectos de sincronización) y RIDL (aspectos de distribución) define qué datos y cómo éstos son enviados en invocaciones de métodos entre distintos ambientes de ejecución

22 LENGUAJES DE ASPECTOS Lenguajes de aspectos de dominio general: diseñados para ser utilizados con cualquier clase de aspecto, no solamente con aspectos específicos. Por lo tanto, no pueden imponer restricciones en el lenguaje base. Ejemplo: AspectJ que utiliza Java como Base. Aspect ( Perl phpaspect ( Php Aspyct AOP ( Python SpringFramework 2.5 ( AspectC, AspectC++, AspectS de Squeak/Smalltalk

23 PROGRAMACIÓN ORIENTADA A ASPECTOS Ventajas: Código menos enmarañado, más natural y más reducido. Mayor facilidad para razonar sobre los conceptos, ya que están separados y tienen una dependencia mínima. Facilidad en depurar y modificar el código. Modificaciones grandes en la definición de una materia tenga un impacto mínimo en las otras. Código más reusable y que se puede acoplar y desacoplar cuando sea necesario.

24 PROGRAMACIÓN ORIENTADA A ASPECTOS Desventajas: El diseño de los puntos de enlace entre los aspectos es más complejo. Se debe tener en cuenta el análisis de nuevas características dentro del desarrollo de sistemas. Surgen nuevos problemas de choque entre el lenguaje base y el lenguaje funcional. Pueden existir problemas de herencia de un aspecto a otro.

25 ASPECTJ (I) AspectJ es una extensión orientada a aspectos de Java que permite el diseño modular de incumbencias transversales. El proyecto AspectJ Development Tools desarrollado por Eclipse ofrece una herramienta basada en el apoyo a DSOA con AspectJ: AJDT.

26 aspect MyCrosscuttingConcern{ } //Attributes //Methods //Poincuts //Advices ANATOMÍA DE UN ASPECTO

27 JOINPOINTS (I) Los puntos de unión son puntos en la ejecución de un programa. Es importante recalcar que los puntos de unión no son posiciones en el código fuente (ni dentro de una instrucción, ni entre instrucciones), sino en la ejecución del programa Método de ejecución Método de llamado Construcción de objetos

28 JOINPOINTS (II) Método de ejecución El joinpoint por método de ejecución identifica ciertas ejecuciones de métodos en el programa. La firma es la siguiente: execution(method_modifiers ClassName.MethodName(ParametersNumber))

29 JOINPOINTS (III) Método de llamado El joinpoint por método de llamado identifica ciertos llamados de métodos en el programa. La diferencia con el joinpoint por método de ejecución es el contexto: este joinpoint accede al contexto del llamado y no mira el contexto de ejecución La firma es la siguiente: call(method_modifiers ClassName.MethodName(ParametersNumber))

30 JOINPOINTS (IV) Joinpoint de construcción Este joinpoint identifica las construcciones de objetos en el programa. La firma puede ser como sigue: call(new(classname (ParametersNumber))) execution(new(classname (ParametersNumber)))

31 POINTCUTS (I) Basados en la enumeración explícita de un conjunto de firmas de métodos. Por ejemplo: call(void MiClase.metodoX(int)) Elige cada punto de enlace que es un llamado (call) al método con la firma void MiClase.metodoX(int)- es decir, el método void metodox de MiClase con un único parámetroint.

32 POINTCUTS (II) Un pointcut puede componerse de otros pointcuts con and, or, y not (&&,, y!). Por ejemplo: call(void MiClase.metodoX(int)) Call(void MiClase.metodoY(int)) Elige cada punto de unión que es un llamado al método metodox(int)o al método metodoy de MiClase con un único parámetro int.

33 POINTCUTS (III) Los pointcuts pueden identificar los puntos de enlace de muchos tipos diferentes. Por ejemplo: call(void MiClase.metodoX(int)) call(void MiClase.metodoY(int)) call(void MiOtraClase.metodoXY(int,int)) call(void TuClase.metodoZ(MiClase)) call(void TuClase.metodoW(MiClase)); selecciona cada punto de enlace que es una llamada a uno de los cinco métodos.

34 POINTCUTS (IV) En el ejemplo el pointcut mi_pointcut captura todos los puntos de enlace. pointcut mi_pointcut(): call(void MiClase.metodoX(int)) call(void MiClase.metodoY(int)) call(void MiOtraClase.metodoXY(int,int)) call(void TuClase.metodoZ(MiClase)) call(void TuClase.metodoW(MiClase));

35 POINTCUTS (V) Property-based crosscutting AspectJ también proporciona mecanismos que permiten especificar un pointcut en términos de propiedades de métodos distintos de su nombre exacto; usando un comodín (*) en ciertos campos del nombre del método.

36 POINTCUTS (VI) Por ejemplo: call(void MiClase.metodo*(..)) Selecciona cada punto de unión que es un llamado a un método sin valor de retorno definido en MiClase cuyo nombre inicia con "metodo" sin importar los parámetros del método. Implica el llamado de los métodosmetodox ymetodoy

37 ADVICE (I) Para implementar efectivamente el comportamiento transversal, usamos advice. Es el comportamiento adicional que se añade a la estructura de ejecución; permite definir qué hacer, es un mecanismo similar a un método de una clase. Reúne un pointcut (para elegir puntos de enlace) y un cuerpo de código (para que se ejecute en cada uno de los puntos de enlace).

38 ADVICE (II) Before advice Se ejecuta antes de que se alcance un punto de enlace; before(): mi_pointcut() { // cuerpo adicional }

39 ADVICE (III) After advice en un punto de enlace particular se ejecuta después de que el programa proceda con ese punto de enlace. after(): mi_pointcut() { } // cuerpo adicional

40 package ejemplo; public class HW { private String mensaje; public HW() { this.mensaje = Hello World ; } public void setmensaje(string M) { this.mensaje = M; } public String getmensaje() { return this.mensaje; } public void showmensaje() { System.out.println(this.mensaje); } } EJEMPLO public class HelloWorld { public static void main(string[] args) { HW H; H= new HW(); H.showMensaje(); } } public aspect Aspecto { pointcut mensajesaimprimir() : call (void HW.showMensaje()); before(): mensajesaimprimir() { System.out.println( Hola a todos"); } after(): mensajesaimprimir() {System.out.println( Chao a todos"); } }