Programación Orientada a Aspectos

De Wikipedia, la enciclopedia libre

La Programación Orientada a Aspectos (POA) es un paradigma de programación relativamente reciente cuya intención es permitir una adecuada modularización de las aplicaciones y posibilitar una mejor separación de conceptos. Gracias a la POA se pueden capturar los diferentes conceptos que componen una aplicación en entidades bien definidas, de manera apropiada en cada uno de los casos y eliminando las dependencias inherentes entre cada uno de los módulos. De esta forma se consigue razonar mejor sobre los conceptos, se elimina la dispersión del código y las implementaciones resultan más comprensibles, adaptables y reusables. Varias tecnologías con nombres diferentes se encaminan a la consecución de los mismos objetivos y así, el término POA es usado para referirse a varias tecnologías relacionadas como los métodos adaptivos, los filtros de composición, la programación orientada a sujetos o la separación multidimensional de competencias.

[editar] Problemas de otros paradigmas

Muchas veces nos encontramos, a la hora de programar, con problemas que no podemos resolver de una manera adecuada con las técnicas habituales usadas en la programación imperativa o en la programación orientada a objetos. Con éstas, nos vemos forzados a tomar decisiones de diseño que repercuten de manera importante en el desarrollo de la aplicación y que nos alejan con frecuencia de otras posibilidades.

Por otro lado, la implementación de dichas decisiones a menudo implica escribir líneas de código que están distribuidas por toda, o gran parte, de la aplicación para definir la lógica de cierta propiedad o comportamiento del sistema, con las consecuentes dificultades de mantenimiento y desarrollo que ello implica. En inglés este problema se conoce como scattered code, que podríamos traducir como código disperso. Otro problema que puede aparecer es que un mismo módulo se implemente de modo que maneje múltiples comportamientos o aspectos del sistema simultáneamente. En inglés este problema se conoce como tangled code, que podríamos traducir como código enmarañado. El hecho es que hay ciertas decisiones de diseño que son difíciles de capturar con las técnicas antes citadas, debiéndose al hecho de que ciertos problemas no se dejan encapsular de igual forma que los que habitualmente se han resuelto con funciones u objetos. La resolución de éstos supone o bien la utilización de repetidas líneas de código por diferentes componentes del sistema, o bien la superposición dentro de un componente de funcionalidades dispares.

[editar] Ventajas de la POA

La programación orientada a aspectos, permite, de una manera comprensible y clara, definir nuestras aplicaciones considerando estos problemas. Por aspectos se entiende dichos problemas que afectan a la aplicación de manera horizontal y que este paradigma persigue el poder tenerlos de manera aislada de forma adecuada y comprensible, dándonos la posibilidad de construir el sistema componiéndolos junto con el resto de los componentes.

[editar] Programación orientada a objetos

La programación orientada a objetos (POO) supuso un gran paso en la ingeniería del software, ya que presentaba un modelo de objetos que parecía encajar de manera adecuada con los problemas reales. La cuestión era saber descomponer de la mejor manera el dominio del problema al que nos enfrentáramos, encapsulando cada concepto en lo que se dio en llamar objetos y haciéndoles interactuar entre ellos, habiéndoles dotado de una serie de propiedades.

Surgieron así numerosas metodologías para ayudar en tal proceso de descomposición y aparecieron herramientas que incluso automatizaban parte del proceso. Esto no ha cambiado y se sigue haciendo en el proceso de desarrollo del software. Sin embargo, frecuentemente la relación entre la complejidad de la solución y el problema resuelto hace pensar en la necesidad de un nuevo cambio. Así pues, nos encontramos con muchos problemas donde la POO no es suficiente para capturar de una manera clara todas las propiedades y comportamientos de los que queremos dotar a nuestra aplicación. Así mismo, la programación imperativa tampoco nos soluciona el problema.

[editar] Objetivos

Entre los objetivos que se ha propuesto la POA están, principalmente, (1) el de separar conceptos y (2) el de minimizar las dependencias entre ellos. Con el primer objetivo se persigue que cada decisión se tome en un lugar concreto y no diseminada por la aplicación. Con el segundo, se pretende desacoplar los distintos elementos que intervienen en un programa.

[editar] Ventajas

Su consecución implicaría las siguientes ventajas:

• Un 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 las dependencias entre ellos son mínimas.
• Un código más fácil de depurar y más fácil de mantener.
• Se consigue que un conjunto grande de modificaciones en la definición de una materia tenga un impacto mínimo en las otras.
• Se tiene un código más reusable y que se puede acoplar y desacoplar cuando sea necesario.

[editar] Enlaces externos

Cada vez se puede leer más sobre POA en Internet. La siguiente lista muestra algunos sitios de interés sobre aspectos:

• El sitio de AspectJ: http://www.aspectj.org
• La página de Gregor Kiczales: http://www.cs.ubc.ca/~gregor/
• La página de Mira Mezini: http://www.informatik.uni-siegen.de/~mira/
• La página de Cristina Videira Lopes: http://www.ics.uci.edu/~lopes/
• Página de Karl Lieberherr: http://www.ccs.neu.edu/home/lieber/
• Página del grupo Demeter: http://www.ccs.neu.edu/research/demeter/
• Sitio para el Desarrollo de Software Orientado a Aspectos: http://www.aosd.net
• Sitio que reúne varios links sobre la POA: http://www.iturls.com/english/techhotspot/TH_e.asp
• Sitio en Español sobre Aspectos y AspectJ: http://www.programemos.com
• PFC sobre Aspectos http://es.geocities.com/nulain/computing