La wiki de TempWin

Herramientas de usuario

Herramientas del sitio

Traza: • trilium_notes • programacion_orientada_a_objetos
informatica:programacion:programacion_orientada_a_objetos

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión		Revisión previa
informatica:programacion:programacion_orientada_a_objetos [2023/03/22 09:40] – [Conceptos] tempwininformatica:programacion:programacion_orientada_a_objetos [2024/11/08 13:16] (actual) – [Recursos] tempwin
Línea 6: Línea 6:
  
 Un objeto es una abstracción de algún hecho o ente del mundo real, con atributos que representan sus características o propiedades, y métodos que emulan su comportamiento o actividad. Todas las propiedades y métodos comunes a los objetos se encapsulan o agrupan en clases. Una clase es una plantilla, un prototipo para crear objetos; en general, se dice que cada objeto es una instancia o ejemplar de una clase.  Un objeto es una abstracción de algún hecho o ente del mundo real, con atributos que representan sus características o propiedades, y métodos que emulan su comportamiento o actividad. Todas las propiedades y métodos comunes a los objetos se encapsulan o agrupan en clases. Una clase es una plantilla, un prototipo para crear objetos; en general, se dice que cada objeto es una instancia o ejemplar de una clase. 
 +
 +  * [[informatica:programacion:programacion_orientada_a_objetos:php|Programación Orientada a Objetos en PHP]]
 ===== Pilares ===== ===== Pilares =====
  
-  * Herencia +  * Encapsulamiento
-  * Cohesión+
   * Abstracción   * Abstracción
 +  * Herencia
   * Polimorfismo   * Polimorfismo
-  * Acoplamiento 
-  * Encapsulamiento. 
  
 +En programación orientada a objetos veremos mucho también los conceptos siguientes:
 +
 +  * Acoplamiento
 +  * Cohesión
 ===== Conceptos ===== ===== Conceptos =====
  
Línea 25: Línea 29:
   * Evento   * Evento
   * Mensaje: acción de efectuar una llamada a un método.   * Mensaje: acción de efectuar una llamada a un método.
 +
 +==== Encapsulamiento ====
 +
 +Consiste en asegurar que la información de un objeto se oculta del mundo exterior.
 +
 +Al definir una clase, es importante proteger algunos métodos y propiedades para que no sean accesibles desde otras. Esto se consigue con los modificadores de acceso (//public//, //private//, //protected//).
 +
 +<WRAP center round todo 60%>
 +Poner ejemplo
 +</WRAP>
 +
 +
 +==== Abstracción ====
 +
 +Implica que la clase debe representar las características de la entidad hacia el mundo exterior, pero ocultando la complejidad que llevan aparejada. O sea, nos abstrae de la complejidad que haya dentro dándonos una serie de atributos y comportamientos (propiedades y funciones) que podemos usar sin preocuparnos de qué pasa por dentro cuando lo hagamos.
 +
 +La abstracción está muy relacionada con el encapsulamiento, pero va un paso más allá pues no sólo controla el acceso a la información, sino también oculta la complejidad de los procesos que estemos implementando.
  
 ==== Herencia ==== ==== Herencia ====
Línea 67: Línea 88:
  
 Las clases hijas **heredarán** las propiedades y métodos de la clase padre y evitaremos duplicar código. Las clases hijas **heredarán** las propiedades y métodos de la clase padre y evitaremos duplicar código.
 +
 +==== Polimorfismo ====
 +
 +Capacidad que tienen los objetos de una clase de responder al mismo mensaje o evento.
 +
 +Si tenemos una clase **Persona** con el método ''Registrarse()'' y unas clases hijas **Empleado** y **Cliente** que heredan ese método. Cada clase hija puede sobrescribir la lógica de dicho método de tal forma que cuando se use ''Registrarse()'' en un objeto de tipo **Empleado** haga una cosa y cuando se use en **Cliente** haga otra. Sin embargo, el nombre del método es el mismo. Eso es polimorfismo.
 +
 +El poliformismo:
 +
 +  * Evita usar muchos ''if'' y ''switch'' en toma de decisiones
 +  * Simplifica la programación
 +
 +
 ===== Objetos ===== ===== Objetos =====
  
Línea 75: Línea 109:
  
 La programación orientada a objetos difiere de la programación estructurada tradicional en la que los datos y los procedimientos están separados y sin relación, ya que lo único que se busca es el procesamiento de unos datos de entrada para obtener otros de salida. La programación estructurada anima al programador a pensar sobre todo en términos de procedimientos o funciones, y en segundo lugar en las estructuras de datos que esos procedimientos manejan. En la programación estructurada solo se escriben funciones que procesan datos. Los programadores que emplean POO, en cambio, primero definen objetos para luego enviarles mensajes solicitándoles que realicen sus métodos por sí mismos.  La programación orientada a objetos difiere de la programación estructurada tradicional en la que los datos y los procedimientos están separados y sin relación, ya que lo único que se busca es el procesamiento de unos datos de entrada para obtener otros de salida. La programación estructurada anima al programador a pensar sobre todo en términos de procedimientos o funciones, y en segundo lugar en las estructuras de datos que esos procedimientos manejan. En la programación estructurada solo se escriben funciones que procesan datos. Los programadores que emplean POO, en cambio, primero definen objetos para luego enviarles mensajes solicitándoles que realicen sus métodos por sí mismos. 
 +===== Diagrama de clases =====
 +
 +Forma gráfica de representar las clases, con sus propiedades y métodos, y las relaciones entre ellas.
 +
 +<WRAP center round todo 60%>
 +Completar con ejemplos y explicaciones
 +</WRAP>
 +
 +
 +===== Resumen de la Programación Orientada a Objetos =====
 +
 +  * La POO permite **modelar entidades** para trabajar con ellas.
 +  * Una **clase** es una plantilla.
 +  * Un **objeto** o **instancia** es una implementación concreta de la clase.
 +  * **Instanciar**: crear un objeto a partird e una clase.
 +  * Pilares de la POO:
 +    * Encapsulamiento
 +    * Abstracción
 +    * Herencia
 +    * Polimorfismo
 ===== Literatura recomendada ===== ===== Literatura recomendada =====
  
Línea 84: Línea 138:
   * [[https://www.elegantobjects.org/|Elegant Objects]] (Yegor Bugayenko; 2016)   * [[https://www.elegantobjects.org/|Elegant Objects]] (Yegor Bugayenko; 2016)
   * [[https://www.manning.com/books/object-design-style-guide|Object Design Style Guide]] (Matthias Noback; 2019; Manning)    * [[https://www.manning.com/books/object-design-style-guide|Object Design Style Guide]] (Matthias Noback; 2019; Manning) 
 +
 +===== Recursos =====
 +
 +  * [[https://www.youtube.com/watch?v=zsw54F3aFNs|TUTORIAL: Programación Orientada a Objetos (POO): Entiéndelo BIEN por fin]]
 +  * [[https://www.campusmvp.es/recursos/post/los-conceptos-fundamentales-sobre-programacion-orientada-objetos-explicados-de-manera-simple.aspx|Los conceptos fundamentales sobre Programación Orientada Objetos explicados de manera simple]]
informatica/programacion/programacion_orientada_a_objetos.1679474456.txt.gz · Última modificación: por tempwin