Prog a Objetos

¿Por qué objetos?
Lic. Hernán A. Wilkinson
hwilkins@dc.uba.ar

Explicar por qué la tecnología de objetos es la mejor para desarrollar software no es tarea sencilla. Es una de esas cruzadas casi imposibles que desata las discusiones más apasionadas dentro del ámbito profesional del desarrollo de sistemas y que llega a tocar los sentimientos más íntimos de sus profesionales. No basta con darejemplos de proyectos exitosos desarrollados con esta tecnología porque también soporta sobre su espalda proyectos fracasados.
Podríamos enumerar los motivos por los cuáles desarrollar software con objetos es la mejor opción tomando un libro del tema en cuestión y copiando su índice, puesto que todos conocemos hasta el cansancio las palabras que nos “vendieron” con esta tecnología. ¿Por qué noreflotar esos tecnicismos que como, caballitos de batalla, se utilizan constantemente? ¿Por qué no decir que con los objetos tenemos reuso de código, que podemos utilizar herencia fácilmente, o que podemos crear “módulos” por medio de clases? ¿Por qué no?
Porque hacerlo sería contribuir a la confusión general que existe en torno a esta tecnología, que aún después de tantos años de vida no esconocida ni utilizada correctamente1.
Les proponemos en este artículo tratar de entender qué significa desarrollar con objetos, bajar un poco a tierra esta tecnología viendo algunos errores que se cometen comúnmente con ella, desterrar algunos mitos creados alrededor de los objetos y por último responder la pregunta ¿por qué objetos? y ¿por qué no objetos?

1- ¿Qué significa desarrollar con Objetos?Para entender la tecnología de objetos no queda otra opción que empezar por el principio. Y el principio en este caso es entender que trabajar con objetos es trabajar en un paradigma completamente distinto al que estamos acostumbrados la mayoría de nosotros y que casi todas las universidades enseñan (salvo contadas excepciones).
Un paradigma es un marco de referencia que impone reglas sobrecómo se deben hacer las cosas, indica qué es válido dentro del paradigma y qué está fuera de sus límites. Un paradigma distinto implica nuevas reglas, nuevos elementos, límites y maneras de pensar, implica un cambio, y todo cambio es difícil.
Definamos entonces como primer axioma que trabajar con objetos es trabajar con un paradigma nuevo. Esto implica que debemos definir cuáles son las reglas deeste nuevo paradigma.
Muchos de ustedes, seguramente conocedores de C++, Java o el joven C#, pensarán rápidamente “las reglas son utilizar clases y herencia”. Permítannos disentir drásticamente con esto.
Objetos no tiene nada que ver con clases y herencia. Clases y herencia son herramientas que nos dan ciertas implementaciones del paradigma (lenguajes) que mal utilizadas pueden llegar a producirgrandes desastres en el desarrollo de un sistema y que luego se utilizan para justificar que “los objetos no sirven, mejor seguir con COBOL o C” (desastres que tuve la triste experiencia de vivir pero que me dejaron importantes enseñanzas)
La primera regla del paradigma trata sobre qué se intenta obtener como resultado del desarrollo de sistemas utilizando objetos. Esta es: “Un sistema hecho conobjetos es un modelo computacional de una porción de la realidad (la porción que queremos sistematizar, donominada dominio)”.
Las dos palabras estrella de esta definición son “modelo” y “realidad”. Hay una situación de la realidad (por ejemplo facturar una venta) que debe ser modelada de tal manera que pueda ser ejecutada por una computadora, obteniendo como mínimo el mismo resultado que elproceso reemplazado por este nuevo sistema producía.
Durante el proceso de crear un modelo surgen las ventajas y desventajas de tener buenas herramientas de modelización. En el paradigma de objetos la herramienta principal de este proceso de modelización es justamente el “objeto”. Un objeto no es más que una representación conceptual de algún elemento de la realidad.
En nuestro ejemplo del proceso...