Princípios do POO

Princípio da Responsabilidade Única (SRP): Cada classe deve ter apenas uma razão para mudar, ou seja, uma única responsabilidade bem definida. Isso facilita a manutenção e a compreensão do código.

Princípio Aberto/Fechado (OCP): Classes devem estar abertas para extensão, mas fechadas para modificação. Isso significa que novas funcionalidades podem ser adicionadas através da extensão das classes existentes, sem alterar o código existente.

Princípio da Substituição de Liskov (LSP): Objetos de uma classe derivada devem poder substituir objetos da classe base sem alterar o comportamento esperado do programa. Isso assegura que as subclasses possam ser usadas de forma intercambiável com suas superclasses.

Princípio da Segregação de Interface (ISP): Os clientes não devem ser forçados a depender de interfaces que não utilizam. Isso promove interfaces mais específicas e granulares, evitando a sobrecarga de funcionalidades desnecessárias.

Princípio da Inversão de Dependência (DIP): Módulos de alto nível não devem depender de módulos de baixo nível, mas ambos devem depender de abstrações. Isso promove o desacoplamento e a flexibilidade no design do software.

Benefícios do POO

Reutilização de Código: Através de herança e composição, o POO permite a reutilização de código, facilitando a criação de bibliotecas e frameworks reutilizáveis.