Programación Orientada A Objetos (POO)

Definición: Paradigma de programación basado en el concepto de "objetos", que pueden contener datos y código en forma de campos (atributos) y procedimientos (métodos).
Características Principales:
- Encapsulamiento: Agrupación de datos y métodos en un solo objeto, ocultando la implementación interna.
- Herencia: Permite crear nuevas clases basadas en clases existentes, facilitando la reutilización de código.
- Polimorfismo: Capacidad de un método para funcionar de diferentes maneras según el objeto que lo invoca, permitiendo la sobrecarga y la sobreescritura.
- Abstracción: Simplificación de la complejidad mediante la creación de modelos que representan entidades del mundo real, ocultando detalles innecesarios.
Componentes de la POO:
- Clases: Plantillas o moldes que definen la estructura y comportamiento de los objetos.
- Objetos: Instancias concretas de clases que contienen datos y pueden ejecutar métodos.
- Métodos: Funciones definidas dentro de una clase que describen los comportamientos de los objetos.
Ventajas de la POO:
- Facilita la modularidad y el mantenimiento del código.
- Promueve la reutilización de código a través de la herencia.
- Mejora la organización del código, haciéndolo más legible y comprensible.
Desventajas de la POO:
- Puede ser más compleja que otros paradigmas, como la programación estructurada.
- Puede resultar en un uso excesivo de memoria debido a la creación de numerosos objetos.
Lenguajes de Programación Comunes:
- Java
- C++
- Python
- Ruby
- C#
Principios SOLID: Conjunto de principios para facilitar el diseño de software en POO:
1. S: Single Responsibility Principle (Principio de responsabilidad única)
2. O: Open/Closed Principle (Principio de abierto/cerrado)
3. L: Liskov Substitution Principle (Principio de sustitución de Liskov)
4. I: Interface Segregation Principle (Principio de segregación de interfaces)
5. D: Dependency Inversion Principle (Principio de inversión de dependencias)
Ejemplo de Uso:
- Un sistema de gestión de estudiantes podría tener clases como Estudiante, Curso y Profesor, donde Estudiante hereda de una clase Persona, y cada clase tiene métodos específicos como inscribirse o calificar.

Programación Orientada A Objetos (POO)

Paradigma que utiliza "objetos" para representar datos y comportamientos, organizando el código de manera más estructurada.

Características Principales

Encapsulamiento: Combina datos y métodos en un objeto, protegiendo la implementación interna y mejorando la seguridad.
Herencia: Facilita la creación de nuevas clases basadas en clases existentes, favoreciendo la reutilización de código y reduciendo la redundancia.
Polimorfismo: Proporciona la posibilidad de que un mismo método funcione de distintas maneras dependiendo del objeto que lo invoca, permitiendo sobrecarga y sobreescritura de métodos.
Abstracción: A través de modelos que representan entidades del mundo real, se simplifica la complejidad al ocultar detalles innecesarios.

Componentes de la POO

Clases: Definen la estructura (atributos) y el comportamiento (métodos) de los objetos, sirviendo como plantillas.
Objetos: Instancias concretas de clases que pueden almacenar datos y ejecutar métodos, actuando en base a sus definiciones.
Métodos: Funciones dentro de las clases que determinan el comportamiento de los objetos, permitiendo la ejecución de acciones específicas.

Ventajas de la POO

Fomenta la modularidad, facilitando el mantenimiento y la comprensión del código.
Promueve la reutilización mediante el uso de herencia, lo que ayuda a ahorrar tiempo y esfuerzo en el desarrollo.
Mejora la organización del código, haciéndolo más legible y estructurado.

Desventajas de la POO

La complejidad de la POO puede ser mayor en comparación con la programación estructurada, lo que puede requerir un mayor esfuerzo de aprendizaje.
La creación de múltiples objetos puede llevar a un consumo excesivo de memoria, impactando el rendimiento.

Lenguajes de Programación Comunes

Java
C++
Python
Ruby
C#

Principios SOLID

S: Single Responsibility Principle (Principio de responsabilidad única): Cada clase debe tener una única responsabilidad.
O: Open/Closed Principle (Principio de abierto/cerrado): Las clases deben estar abiertas a la extensión pero cerradas a la modificación.
L: Liskov Substitution Principle (Principio de sustitución de Liskov): Los objetos de una clase derivada deben poder reemplazar objetos de la clase base sin alterar el funcionamiento.
I: Interface Segregation Principle (Principio de segregación de interfaces): Es mejor tener muchas interfaces específicas en lugar de una única interfaz general.
D: Dependency Inversion Principle (Principio de inversión de dependencias): Las dependencias deben ser abstraídas, y las altas capas no deben depender de las bajas.

Ejemplo de Uso

En un sistema de gestión de estudiantes, se podrían definir clases como Estudiante, Curso y Profesor, donde Estudiante hereda de una clase base Persona. Cada clase contiene métodos específicos como inscribirse y calificar.