Principios Fundamentales De La Programaci N Orientada A Objetos

Comenzamos con el Principio de Responsabilidad Única, una de las bases fundamentales sobre la programación oriendada a objetos.

Por José Miguel Torres
Artículo con copyright. Se permite su reproducción citando al autor

Fue en los preparativos del Code Camp de Tarragona ‘2009 cuando surgió la idea de escribir esta serie de artículos para describir cinco principios fundamentales de la POO cuyasiniciales conforman las siglas SOLID. La comprensión de dichos principios nos permitirá mejorar la percepción del no siempre fácil campo de la POO, evitando así malas prácticas que la gran flexibilidad que ofrece esta metodología otorga, fundamentalmente a través de los lenguajes y herramientas que la soportan.
Las herramientas de desarrollo rápido (Rapid Application Development, RAD), comoVisual Studio 2010, ofrecen al desarrollador un conjunto de funcionalidades que aumentan, ya sea a través de asistentes o mediante "arrastrar y soltar", la productividad en el desarrollo de aplicaciones, y le permiten focalizarse únicamente en la utilización de propiedades o eventos específicos, sin tener que preocuparse en muchas ocasiones del código generado "por debajo". Sin embargo, en ocasionesacabamos pagando un precio muy elevado, ya que estas herramientas dejan tras de sí "cajas negras lógicas" de código difíciles de modificar o reutilizar, en las que los conceptos clave de la orientación a objetos son sacrificados en aras de la productividad; pero hablar de productividad es hablar de facilidad de mantenimiento y calidad del software, con lo que dicho sacrificio, sencillamente, notiene o debería tener cabida.
Cohesión
Para tratar de comprender el término "nivel de cohesión", vamos a utilizar como ejemplo el teléfono móvil. Como todos sabéis, un dispositivo móvil está compuesto por una serie de componentes, tales como la pantalla, el teclado, la radio GPRS/3G, el módulo Bluetooth, etc. Todos estos componentes tienen una responsabilidad específica, ya sean los módulos deentrada y salida de datos o los módulos de conectividad y comunicación, etcétera, y por tanto existe una cohesión entre todos los componentes, ya que no hay ningún componente que haga funciones que se solapen con las de otros componentes, ni ninguna función básica que no quede descubierta por un determinado componente. A la hora de buscar un nuevo móvil, miraremos las características y especificacionestécnicas del dispositivo, y además de contemplar las especificaciones que deseamos, también esperaremos que los componentes sean de alta calidad; no es viable que un móvil esté compuesto por los últimos componentes electrónicos del mercado y se venda con una pantalla no táctil en "blanco y negro" de 3 pulgadas, o que, por ejemplo, no tenga algo tan básico como un micrófono.
En un sistemainformático también tenemos componentes (además de módulos, clases, etc.), y todos estos componentes lógicos tienen su responsabilidad dentro del sistema. Pensemos pues en el nivel de cohesión de una aplicación no como en una suma de los componentes, sino como el conjunto de los mismos.
Acoplamiento
Siguiendo con el ejemplo del teléfono móvil, un ejemplo de acoplamiento lo encontramos en los cargadores denuestros móviles. Son cada vez más los fabricantes que optan por adaptadores de corriente estándar en lugar de crear adaptadores propietarios que casi siempre acaban tirados en el contenedor de reciclaje cuando sustituimos el móvil. Se entiende que se opta por la universalidad de los dispositivos de corriente para su reaprovechamiento en otros dispositivos, incluso de diferentes fabricantes. Enla ingeniería del software, el acoplamiento entre módulos, clases o cualquier otro tipo de entidad lógica es el grado de dependencia entre ellos. Cuanto más estándar sea la relación de una entidad lógica con otras, mayor reaprovechamiento podremos hacer de ella.
Encapsulación
Seguramente se habrá dado cuenta de que la parte interna de un móvil no es fácilmente accesible; es decir, no tenemos...