É extremamente importante implementar softwares adotando boas práticas de programação, sobretudo com princípios SOLID. Elas propiciam o desenvolvimento de um código limpo, legível e testável. Diante dessa perspectiva, os sistemas atualmente implementados pela<a href="http://www.cms.dtidigital.com.br"> dti digital crafters</a> são embasados <a href="https://medium.com/desenvolvendo-com-paixao/o-que-%C3%A9-solid-o-guia-completo-para-voc%C3%AA-entender-os-5-princ%C3%ADpios-da-poo-2b937b3fc530">nos princípios SOLID proposto por Robert C. Martin</a>, por volta do ano 2000.
<img fetchpriority="high" decoding="async" class="aligncenter wp-image-4148" title="princípios SOLID" src="https://dtidigital.com.br/wp-content/uploads/2019/03/1.png" alt="princípios SOLID " width="532" height="532" />
Propomos neste material abordar algumas violações x código adequado de acordo com os princípios instituídos pelo SOLID.
<div id="toc_container" role="navigation" aria-label="Table of Contents" data-nosnippet class="toc_white no_bullets toc_numbered toc_title_center">Sumário<ul class="toc_list"><li><a href="#Principio-SSRP-Single-responsibility-principle">1. Princípio SSRP – Single responsibility principle</a></li><li><a href="#Precisamos-falar-sobre-SGBD-quando-falamos-de-principios-SOLID">2. Precisamos falar sobre SGBD quando falamos de princípios SOLID</a></li><li><a href="#Principio-OOCP-8211-OpenClose-principle">3. Princípio OOCP &#8211; Open/Close principle</a></li><li><a href="#Principio-LLSP-Liskov-substitution-principle">4. Princípio LLSP – Liskov substitution principle</a></li><li><a href="#Principio-IISP-Interface-segragation-principle">5. Princípio IISP – Interface segragation principle</a></li><li><a href="#Principios-de-substituicao">6. Princípios de substituição</a></li><li><a href="#Principios-SOLID-em-DDIP-Dependency-Invension-Principle">7. Princípios SOLID em DDIP – Dependency Invension Principle</a></li><li><a href="#Segregacao-de-Interface">8. Segregação de Interface</a></li><li><a href="#Referencias-8211-Principios-SOLID">9. Referências &#8211; Princípios SOLID</a></li></ul></div>
<h2>Princípio SSRP – Single responsibility principle</h2>
Observe a seguinte classe:
<img decoding="async" class="aligncenter wp-image-4131" title="princípios solid" src="https://dtidigital.com.br/wp-content/uploads/2019/03/2.jpg" alt="princípios SOLID " width="654" height="421" />
Acredita que o método dicionarUmaNovaPessoa() deveria ser responsável por realizar tantas coisas? Como definir o modelo dos dados persistentes da aplicação, instanciar conexão e realizar manipulação de dados no banco? A solução para esse problema pode ser apontado a seguir:
<img decoding="async" class="aligncenter wp-image-4132 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/3.png" alt="princípios SOLID " width="159" height="92" />
Note que a organização dos arquivos foi alterada, agora as classes estão divididas de acordo com as suas responsabilidades. 
As classes CPFServices.cs e EmailServices.cs são responsáveis por validar os dados de CPF e E-mail da pessoa que se pretende cadastrar.
<img loading="lazy" decoding="async" class="aligncenter wp-image-4133" src="https://dtidigital.com.br/wp-content/uploads/2019/03/4.png" alt="princípios SOLID " width="628" height="230" /> 
<img loading="lazy" decoding="async" class="aligncenter wp-image-4134" src="https://dtidigital.com.br/wp-content/uploads/2019/03/5.png" alt="princípios SOLID " width="447" height="157" /> 
O método EValida() destas classes garante a validação dos dados, perceba que estes métodos são chamados na classe Pessoa.cs que contém os dados persistentes da aplicação (como um espelho da estrutura do banco de dados).
<img loading="lazy" decoding="async" class="aligncenter wp-image-4135 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/6.png" alt="princípios SOLID " width="772" height="223" />
<h2>Precisamos falar sobre SGBD quando falamos de princípios SOLID</h2>
A classe PessoasRepository.cs responsabiliza-se pelo gerenciamento dos dados, logo a instanciação de conexão e definição dos métodos de adição de dados no Sistema Gerenciador de Banco de Dados (SGBD) devem ser definidos nesta classe. (Obs.: Isso ainda irá ser melhorado, não levem como verdade absoluta)<img loading="lazy" decoding="async" class="aligncenter wp-image-4136 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/7.png" alt="princípios SOLID " width="1019" height="446" />
Por fim, a classe PessoaService.cs valida os dados e realiza o cadastro da Pessoa, com base nos métodos e classes que agora estão separados de acordo com sua responsabilidade.
<h2>Princípio OOCP &#8211; Open/Close principle</h2>
Neste exemplo, criou-se uma classe enum para armazenar os turnos.
<img loading="lazy" decoding="async" class="aligncenter wp-image-4137 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/8.png" alt="validação de dados " width="223" height="124" />
Uma classe RemuneraçãoPorTurnos também foi criada para implementar o salário que algum funcionário recebe por cada turno, dessa forma bastaria alterar esta classe de acordo que surgissem novas demandas de turnos e acrescentar um if com a lógica correspondente à mudança.
<img loading="lazy" decoding="async" class="aligncenter wp-image-4138 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/9.png" alt="princípios SOLID " width="570" height="344" />
Porém, alterar uma classe já em funcionamento não é legal. Pensando nisso, podemos adicionar uma classe RemuneracaoBase que possa ser implementada por cada turno com sua lógica correspondente. Tal classe pode ser extensível para suas classes derivadas e fechada apenas naquele escopo que pretende atender. Veja o exemplo:
<img loading="lazy" decoding="async" class="aligncenter wp-image-4139 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/10.png" alt="programação " width="572" height="87" />Quero agora a remuneração para o turno matutino, assim:
<img loading="lazy" decoding="async" class="aligncenter wp-image-4140 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/11.png" alt="Cálculo matutino " width="578" height="162" />
<h2>Princípio LLSP – Liskov substitution principle</h2>
Princípio de substitução de Liskov , pode ser apresentado pela seguinte diagramação UML:
<img loading="lazy" decoding="async" class="aligncenter wp-image-4141 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/12.gif" alt="princípios SOLID " width="202" height="284" /> 
Salienta-se que a classe Quadrado é similar à classe Retangulo, porém com uma característica especial: a largura e a altura são iguais. Logo, à primeira vista tudo parece correto (principalmente de forma conceitual, pois um quadro é um caso especial de um retângulo). Na notação UML classe Quadrado se apresenta com uma classe derivada e a classe retângulo configura-se como a classe base
<img loading="lazy" decoding="async" class="aligncenter wp-image-4142 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/13.png" alt="princípios SOLID " width="516" height="111" />Note que na classe Retangulo, definiu-se a altura, largura e uma função para cálculo de área. E diante do nosso contexto, a classe Quadrado deve herdar de retângulo e sobreescrever seus métodos.
<img loading="lazy" decoding="async" class="aligncenter wp-image-4143 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/14.png" alt="programação em SOLID " width="455" height="222" />
<figure id="attachment_15530" aria-describedby="caption-attachment-15530" style="width: 960px" class="wp-caption alignnone"><a href="https://www.instagram.com/entre.chaves/"><img loading="lazy" decoding="async" class="wp-image-15530 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2021/05/Entre-chaves-banner2-1.png" alt="Entre chaves banner2" width="960" height="150" /></a><figcaption id="caption-attachment-15530" class="wp-caption-text">Entre chaves banner2</figcaption></figure>
Porém , como a classe quadrado herda de retângulo, esta também herdará a altura e largura da classe base. Isso não faz sentido, pois a altura e largura do retângulo não são iguais, o que descaracteriza as propriedades de um quadrado.
A solução é simples:
<img loading="lazy" decoding="async" class="aligncenter wp-image-4144 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/15.png" alt="princípios SOLID " width="467" height="172" />Ao definir a classe paralelogramo, é possível atribuir os dados de altura e largura corretos para cada uma das figuras geométricas, com isso o cálculo da área será feito corretamente.
<h2>Princípio IISP – Interface segragation principle</h2>
Um claro exemplo da utilização de interfaces generalistas demais pode ser apresentado a seguir:
<img loading="lazy" decoding="async" class="aligncenter wp-image-4145 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/16.png" alt="princípios SOLID " width="357" height="123" />Perceba que a interface ICadastroGeral possui métodos para validar as informações, salvá-las no banco de dados e enviar e-mail confirmando o cadastro. Mas<a href="http://www.cms.dtidigital.com.br/blog/produto-transicao-de-carreira/"> esses métodos são aplicáveis a todas as classes</a> que implementam a interface?
<img loading="lazy" decoding="async" class="aligncenter wp-image-4146 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/17.png" alt="SOLID " width="548" height="343" /><img loading="lazy" decoding="async" class="aligncenter wp-image-4147 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/18.png" alt="validação de dados " width="515" height="340" />
Perceba que para a classe de CadastroMercadoria a interface não seria aplicável, pois uma mercadoria não possui um e-mail. Pense em criar interfaces específicas, não importa quantas interfaces tem sua solução desde que sejam aplicáveis a todos os casos!
<h2>Princípios de substituição</h2>
Este tópico trata, sobretudo, do princípio da substituição Liskov: Um conceito importante para quem deseja se aprofundar mais nos <a href="https://mari-azevedo.medium.com/princ%C3%ADpios-s-o-l-i-d-o-que-s%C3%A3o-e-porque-projetos-devem-utiliz%C3%A1-los-bf496b82b299">princípios de S.O.L.I.D</a>, como os já apresentados anteriormente. Embora seja mais subjetivo, o princípio em questão diz que em um aplicativo, o objeto determinado  pode ser facilmente substituído por outro objeto de um tipo derivado: Isso tudo sem sofrer qualquer impacto. Estamos falando claramente sobre conceitos abstratos e definição de contratos por meio de interfaces. Para melhor demonstrar esse princípio, imaginemos um programa bancário que exibe um relatório completo sobre as taxas de juros do cliente. No relatório, temos o arquivo do cliente e informações sobre as taxas.
<h2>Princípios SOLID em DDIP – Dependency Invension Principle</h2>
O princípio de inversão de dependências diz respeito à depender de uma abstração e não de uma implementação. Nesse caso, todos os demais princípios são aplicados, garantindo que os sistemas sejam o mais desacoplados e coesos possível. Para isso, recomenda-se trabalhar com a injeção de dependências. Em linhas gerais, “Injetar” uma dependência, nada mais é que passar uma classe (habitualmente uma classe interface) que será utilizada, para outra que irá consumir seus recursos.
Diante do que foi apresentado até aqui, a proposta do DDIP é prover um conjunto de interfaces específicas, classes que trabalhem com responsabilidade única e que sejam fechadas no seu escopo e abertas para extensão.
<img loading="lazy" decoding="async" class="aligncenter wp-image-4128 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/19.png" alt="pessoa services " width="292" height="180" />
A classe PessoaServices.cs é neste caso, responsável por controlar as manipulações e verificações de dados da pessoa que for cadastrada no sistema. Neste caso, o construtor desta classe, está assim definido:
<figure id="attachment_4129" aria-describedby="caption-attachment-4129" style="width: 726px" class="wp-caption aligncenter"><img loading="lazy" decoding="async" class="wp-image-4129 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/20.png" alt="princípios SOLID" width="726" height="157" /><figcaption id="caption-attachment-4129" class="wp-caption-text">princípios SOLID</figcaption></figure>
&nbsp;
<h2>Segregação de Interface</h2>
Uma forma de otimizar o trabalho de toda e qualquer pessoa que trabalha com desenvolvimento é a quebra de alguns paradigmas pré-estabelecidos na área. O princípio de segregação parte do ponto de condução para que os desenvolvedores não tentem reaproveitar suas interfaces, porque há uma citação que diz: <a href="https://medium.com/@engnogueirawgn/princ%C3%ADpio-da-segrega%C3%A7%C3%A3o-de-interfaces-isp-8344ce3c5b4e">“muitas interfaces específicas são melhores do que uma interface única.”</a>
Existem formas de encontrar solução para a segregação de interface. Com uma aplicação otimizada, ele nos da a possibilidade de utilizar o próximo princípio da inversão de dependência, inversão de controle e que nos leva a injeção de dependência.
Perceba que para adicionar uma nova pessoa neste exemplo, será preciso injetar duas classes para validação e adição de dados. Dessa forma, para que seja possível construir uma classe PessoaServices é preciso passar a referência das interfaces IEmailServices e IPessoaRepository. Lembramos também que esse é um princípio indispensável para quem busca se aperfeiçoar em princípios SOLID.
<img loading="lazy" decoding="async" class="aligncenter wp-image-4130 size-full" title="princípios SOLID" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2019/03/21.png" alt="princípios SOLID" width="942" height="208" />
Note que o método AdicionarPessoa(Pessoa pessoa), é responsável apenas por adicionar uma nova pessoa, delegando à _pessoaRepository adicionar os dados dessa pessoa em um repositório de informações (pode ser um banco de dados, em memória, dentre outros) e à _emailServices enviar um e-mail comunicando que a pessoa foi cadastrada com sucesso ! 
Esperamos que este artigo seja útil a todos para entendimento e adoção do SOLID em suas aplicações. Obrigado !
<h2>Referências &#8211; Princípios SOLID</h2>
<ul>
<li>https://www.devmedia.com.br/padrao-de-injecao-de-dependencia/18506</li>
<li>https://medium.com/thiago-aragao/solid-princ%C3%ADpios-da-programa%C3%A7%C3%A3o-orientada-a-objetos-ba7e31d8fb25</li>
<li>https://www.eduardopires.net.br/2013/04/orientacao-a-objeto-solid/</li>
</ul>
Tem interesse em integrar um time que entende de agilismo e tecnologia na prática? Confira todas as vagas disponíveis em <a href="http://www.cms.dtidigital.com.br/venha-ser-dti/">nossa página de carreira</a> e se cadastre na que mais combina com o seu perfil. Não perca tempo e venha ser dti!
&nbsp;

Adote os princípios SOLID: Boas práticas de programação

Desbloqueie o futuro do seu negócio

Mais conteúdos como esse

Travessa Dona Zilda, 125, sala 203, São Gonçalo – Pelotas, RS. CEP: 96075-166

14841 Dallas Parkway, 8th Floor Addison, TX 75254

R. Levindo Lopes, 357, 5º e 12º Andar – Savassi, Belo Horizonte MG, 30112-010