Please enable JavaScript.

Coggle requires JavaScript to display documents.

PRINCIPIOS SOLID (S.O.L.I.D: Os 5 princípios da POO (1º S — Single…

- - - - A violação do Single Responsibility Principle pode gerar alguns problemas, sendo eles:
        
        Falta de coesão — uma classe não deve assumir responsabilidades que não são suas.
        
        Alto acoplamento — Mais responsabilidades geram um maior nível de dependências, deixando o sistema engessado e frágil para alterações;
        
        Dificuldades na implementação de testes automatizados — É difícil de “mockar” esse tipo de classe;
        
        Dificuldades para reaproveitar o código;
  - - - O OCP preza que uma classe deve estar fechada para alteração e aberta para extensão.
  - - - Exemplos de violação do LSP:
        
        Sobrescrever/implementar um método que não faz nada;
        
        Lançar uma exceção inesperada;
        
        Retornar valores de tipos diferentes da classe base;
        
        Para não violar o LSP, além de estruturar muito bem as suas abstrações, em alguns casos, você precisara usar a injeção de dependência
  - - - De acordo com Uncle Bob
        1. Módulos de alto nível não devem depender de módulos de baixo nível. Ambos devem depender da abstração.
        2. Abstrações não devem depender de detalhes. Detalhes devem depender de abstrações.
        
        No contexto da programação orientada a objetivos, é comum que as pessoas confundam a Inversão de Dependência com a Injeção de Dependência, porém são coisas distintas, mas que relacionam entre si com um proposito comum, deixar o código desacoplado.
        É importante lembrar que: Inversão de Dependência não é igual a Injeção de Dependência!
        A Inversão de Dependência é um princípio (Conceito) e a Injeção de Dependência é um padrão de projeto (Design Pattern).