Programacion OO

Bueno este post es para preguntar una cosa, que opinan de la programacion OO(Orientada a Objeto)?
Con las personas que e hablado me dicen que es lo mejor pero son puros profesores quiero un punto de vista mas critico algo que me de a pensar si de verdad es lo mejor. Un profe hoy me dijo " La programacion orientada a objeto es lo mejor, la estructurada quedo atras" por un lado se relaciona de forma mas facil con las BD pues los Objetos cumplen, e la BD, la funcion de las tablas que la componen.Pero que opinan ?

Saludos y suerte

http://es.wikipedia.org/wiki/Paradigma_de_programación

Salu2

http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:

Hola buenas! No podemos comparar un tipo de programación con otro, ya que esto depende del tipo de abstracción en el que estemos, esto quiere decir que dependiendo del problema que queremos implementar, haremos mas hincapié en unos detalles y descartaremos aquellos irrelevantes.

La evolución de los lenguajes de programación se ha basado en un proceso de abstracción en donde cada vez era menos necesario tener en cuenta los detalles para realizar una aplicación, esto es analizar el modelo de la aplicación sin tener en cuenta cómo programarla. Esto es un proceso de la Ingeniería del Software.

Así la Programación orientada a objetos reduce el tiempo de "modelado-implementación" y se liga más al de "Análisis y diseño", disminuyendo así el número de errores en la implementación, produciendo así software de calidad (facilita el mantenimiento, la reutilización de código y la ampliación de mejoras en éste)

Por tanto, la POO permite modelar problemas más fácilmente haciendo uso de las denominadas: interfaces, clases y ojetos.

Pero no por ello quiere decir que la programación estructurada o la de primera generación (Cobol, Fortran, etc...) sean peores o mejores, ya que te vuelvo a decir que ésto depende del tipo de problema que estemos resolviendo y de cómo queremos modelarlo.

Por ponerte un ejemplo, supón que quieres programar una calculadora básica, para tu uso personal: suma, resta, división y multiplicación ¿ok?, vas y la haces con tus funciones auxiliares, con sus parámetros (variables locales) y usando algunas variables globales, por ejemplo para almacenar algún resultado en la memoria. hasta aquí todo perfecto... pero ahora la empresa para la que trabajas le ha gustado mucho tu trabajo, y decide que la amplíes para hacer una calculadora científica (senos, cosenos, logaritmos, potencias, factorial, etc...), entonces aquí llega el problema, no puedes reutilizar tu código para ampliarlo y debes volver a escribirlo desde el principio para poder adaptarlo.

Sin embargo, si desde un principio lo haces mediante programación orientada a objetos, te crearías una clase "calculadora" con sus atributos y métodos (suma, resta, multiplicación y division) y cuando llegue el chulo de tu jefe pidiéndote que la amplíes a una científica, tan sólo reutilizas éste código haciendo uso de la llamada "herencia", creando una nueva clase llamada "CalculadoraCientifica" y tan sólo has de añadir la nueva información.

Por ello se puede deducir otra característica de la POO y es la reducción del tiempo de diseño.

Bueno espero que con esta información y el ejemplo (no sé si era el más adecuado, pero es el que se me ocurrió mientras escribía :D), te hayas aclarado un poco.

Resumiendo, un tipo de programación u otro depende del problema con el que te estés enfrentando, en todos sus aspectos: reutilización, mantenimiento, tiempo de diseño, eficiencia, ampliación, análisis del modelado, etc...

A lo mejor resulta que es mejor olvidar la POO por un momento y realizar una determinada función o procedimiento a bajo nivel (ensamblador, lenguaje de tipo GOTO, de primera generación) para aumentar la eficiencia de un método que utiliza esta función dentro de una clase. :p

jejeje, bueno no hablo más, que me enrollo más que una persiana xD

Espero haberte ayudado en algo.

Un saludo

j8 eres un monstruo, mientras escribía tu has respondido antes sin complicarte demasiado , y yo aquí soltando el royo jajaja

lol

pero nada que ver con la voz de la práctica y la experiencia ;) Hay que combinar ambos

Salu2

http://img359.imageshack.us/img359/6631/celliigy4.pngKeep on Rollin' :mad:

Bueno:

Desde un principio yo se que son dos cosas distintas, pero como los profes dicen "es cosa del pasado la porgramaicion estructurada" digo, es que la programacion OO no es solo de lenguajes de alto nivel sino una forma de programar ( calro aparte de herencia, composicion, encapsulamiento y demas caracteristicas que brindan las clases ) un metodo de como hacer las cosas mas ordenadas para que pueda ser mas legible el codigo, pero es una mera opinión, a y el ej. el de la calduladora esta bien pero, herencia cumple su papel mas iportante cuando hay varias clases que la utilizan Ej.: que en vez de solo cientifica haya otra que sea financiera entons ahi estariam utilizando el verdadero poder de la herencia que si tenemos no dos herencias sino 20 se notaria una simplificacion de codigo muy importante

Saludos y suerte

Cita:

---

Iniciado por McLik

Desde un principio yo se que son dos cosas distintas, pero como los profes dicen "es cosa del pasado la porgramaicion estructurada"

---

Esto no es cierto, tal y como indica la página de la wikipedia que indiqué más arriba, se puede combinar el paradigma OO con el resto de paradidgmas antiguos, dando lugar a programación multiparadigma.

Los paradigmas de programación no muere, siempre servirán, al menos como inspiración.

Salu2

Efectivamente...

Cita:

---

A lo mejor resulta que es mejor olvidar la POO por un momento y realizar una determinada función o procedimiento a bajo nivel (ensamblador, lenguaje de tipo GOTO, de primera generación) para aumentar la eficiencia de un método que utiliza esta función dentro de una clase

---

Ahí está claramente el ejemplo de mezclas de varios paradigmas, secuencial, estructurado y orientado a objetos xD, y además es algo que suele ocurrir con bastante frecuencia.

Un saludo