Orientación a Objetos para Dummies - Qué es Orientación a Objetos?

Hola a todos,

Continuaré siendo bastante "folclorica" *1 (no encuentro otra palabra) en este post y los siguientes, ya esa sera mi forma de enseñar o al menos mis intentos de este nuevo semestre, aunque bien, ser "folclorica" no debe significar perder el contexto real de las cosas , ni mucho menos sus incidencias.

De alguna forma he aprendido o visto en el camino como muchos, que no todas las personas que estan en la academia tienen la mente abierta para tratar todos los conceptos de forma abstracta, sin embargo, a ese tipo de personas no se les puede tomar de menos, solo saberles llegar.

Para los que les gusta meterse en los rollos de forma mas profunda, hacerse nudos y participar de cosas como "El Desciframiento del Genoma Humano" (ojo, es un decir! ), pero para ese tipo de personas, tenemos los grupos de investigacion de las universidades, semilleros e inclusive la iniciativa propia, esta ultima en va primera instancia. :-P

Estos apuntes y mi cátedra, pretenden ubicarse en un punto mas intermedio, en donde todos, en especial los interesados, aprendan un poquito de que trata todo esto, entendiendolo; y no terminen un semestre preguntandose, que rayos era lo que les intentaban decir, y postergando el aprendizaje para cuando ya no hay mas remedio, osea "en el trabajo" y a las carreras.

Empecemos por la parte formal y basica, entender que es y de donde proviene:

La orientacion a objetos es un paradigma de programacion, y ya quedamos claros, en que es un paradigma, encontré estos terminos que me parecen simples y apropiados, es un "enfoque particular o una filosofia", o mas en mis palabras una forma de pensar y en el ámbito programático, una forma de hacer software.

Con la programacion a objetos buscamos identificar los objetos del mundo real, que estan implicados en el dominio del problema que manejamos, es decir, en la aplicacion o proyecto que estemos trabajando. Lo que hacemos es encontrar las caracteristicas principales y los procesos mas relevantes que afectan los objetos identificados, de forma que podamos partir de estas generalidades y llegar a situaciones o ámbitos mas especificos.

Paradigmas de programacion hay varios, la Orientacion a Objetos es uno de los mas populares, pero no significa que sea el mejor o de hecho no significa que haya alguno mejor que otro, si no que cada uno cuenta con ventajas o desventajas de acuerdo al ambito o problema que se pretenda resolver, esto me trae a la cabeza un termino curioso que lei en Wikipedia, la programacion multiparadigma. Nunca me he enfrentado a algo asi pero supongo que sigue siendo un juego de necesidades vs soluciones agiles o adecuadas.

Ahora bien, de donde proviene? simple... de donde proviene casi todo en el planeta, de una necesidad, la necesidad de trabajar una manera mas organizada, y eso podemos entenderlo quienes trabajamos alguna vez con programacion estructurada, cuando los programas eran extensos la situacion se tornaba completamente inmanejable, y el trabajo en equipo era algo asi como una mision imposible. Trabajar por partes que es mas bien el enfoque actual de casi todo lo que tenga que ver con resolver cualquier clase de problema, era algo que no podia realizarse de forma independiente, sin afectar el trabajo de los demas. Pero hablando de forma concreta las razones estan en dos palabras precisas la Modularidad y la Reusabilidad.

La modularidad viene siendo lo que he dicho sobre trabajar por partes, mas especificamente construir partes de un todo que se integren perfectamente para lograr el objetivo general, de forma que se puedan crear nuevos componentes (partes) y adicionarlos, y tambien extraer componentes y reemplazarlos, por otros nuevos, o simplemente realizar cambios sobre componentes sin tener que afectar todo el programa, solo reemplazandolo por el nuevo componente mejorado. El objetivo resolver un problema con soluciones a subproblemas.

La reusabilidad, es todo un encanto, de hecho es lo que nos permite avanzar, o al menos esa es mi idea. El concepto se resume folcloricamente como "No se invente la rueda", esto significa, aproveche componentes de otros sistemas que den soluciones a sus necesidades o parte de estas y se ahorra el proceso de volver a construirlo todo, es asi como podemos ver, como la generalidad de la que hablamos al definir los objetos de nuestros sistemas, cobra mayor importancia, puesto que soluciones genericas a problemas que otros hayan tenido, puede ser la solucion a nuestros propios problemas, y con toda seguridad no habra una sola solucion para un problema, pues tenemos aquellos que siempre tratan de mejorar o quienes no se adecuan al trabajo de los demas y cada uno puede tener alguna solucion que necesitemos, y eso, solo mirando hacia afuera, si miramos dentro de nuestros propios proyectos, vemos que hay partes de procesos que se repiten en diferentes ambitos, procesos que podemos usar puesto que ya estan construidos, en vez de pensar nuevamente como desembrollamos el asunto.

Lo de la historia se los dejare para que lo investiguen o lo lean de este articulo, no creeran que todo va migadito :-P:
http://www.elguille.info/colabora/NET2005/Percynet_Conceptosyprincipiosorientadoaobjetos.htm∞

A mi me gusto, tiene ese estilo sencillo que me gusta, facil de leer y todos lo entendemos, y lo que no entendamos pues ya vamos a verlo, por que este post solo era de "Que es" (jeje) falta todo el resto. Pero vamos por partes, que asi entendemos mejor.

Salud y Exitos!

1*
folclórico, ca.
2. adj. Dicho de costumbres, canciones, bailes, etc., y de sus intérpretes: De carácter tradicional y popular.