<h1>Como padrões de projeto podem ser úteis em processos ágeis</h1>
<p>Os <strong>padrões de projeto</strong> vêm sendo amplamente difundidos nas últimas décadas principalmente como um conjunto de técnicas de programação consolidadas para resolver problemas conhecidos no desenvolvimento de software.</p>
<h2>O que significa GoF?</h2>
<p>Estes conceitos ganharam força a partir de 1995 com a publicação do livro “Design Patterns: Elements of Reusable Object-Oriented Software”, cujos autores ficaram conhecidos popularmente (pelo menos pela comunidade de desenvolvedores e afins) como <a href="https://www.devmedia.com.br/design-patterns-padroes-gof/16781">Gang Of Four, ou simplesmente GoF</a>.</p>
<figure id="attachment_15161" aria-describedby="caption-attachment-15161" style="width: 419px" class="wp-caption aligncenter"><img fetchpriority="high" decoding="async" class=" wp-image-15161" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2018/03/Padroes-GoF-300x163.png" alt="Padroes GoF" width="419" height="228" /><figcaption id="caption-attachment-15161" class="wp-caption-text">Padroes GoF</figcaption></figure>
<h2>O que aconteceu com os padrões GoF?</h2>
<p>Os 23 padrões de projetos definidos por GoF vêm sofrendo algumas adaptações com o passar dos anos. Tudo isso para atender problemas com contextos diversos e a evolução das próprias linguagens e frameworks. Além disso, conforme a demanda por desenvolvimento vai aumentando, e novos desafios são lançados aos arquitetos e <strong>desenvolvedores de software</strong>, novas técnicas e algoritmos são implementados.</p>
<p>A maioria, entretanto, acaba não se consolidando como um padrão, seja por serem boas ideias que ainda não foram apresentadas e divulgadas à comunidade, seja por resolverem um problema muito específico, por se utilizar de <strong>técnica que contraria princípios</strong> básicos da orientação por objetos, ou ainda se caracterizar por solução muito complexa e pouco eficiente (o que pode caracterizar um anti-padrão de projeto).</p>
<p>Outro importante aspecto dos padrões de projeto é a evidente contribuição para os princípios do<a href="http://www.cms.dtidigital.com.br/blog/a-metodologia-agil-e-a-importancia-da-essencia-humana-no-digital/"> Desenvolvimento Ágil</a>. Um padrão bem aplicado contribui em diversos fatores, como modularidade, reaproveitamento, legibilidade, e simplicidade do código. Esses fatores ajudam a tornar um sistema menos complexo de ser desenhado, desenvolvido, mantido e evoluído.</p>
<h2>E o que o Null Object tem a ver com Padrões de Projeto?</h2>
<p>Gostaria de citar neste artigo um exemplo de padrão simples, que sequer faz parte dos<strong> 23 padrões de projeto clássicos</strong> de GoF, mas que contribui para um código mais limpo e inteligível. Trata-se do Null Object, muito bem definido no diagrama abaixo:</p>
<p>&nbsp;</p>
<figure id="attachment_2179" aria-describedby="caption-attachment-2179" style="width: 401px" class="wp-caption aligncenter"><img decoding="async" class="wp-image-2179 size-full" src="http://www.cms.dtidigital.com.br/wp-content/uploads/2018/04/null.png" alt="padrões de projeto nullobject " width="401" height="126" /><figcaption id="caption-attachment-2179" class="wp-caption-text">padrões de projeto nullobject</figcaption></figure>
<p>Para entender sua aplicação, basta lembrar daquele objeto que é referenciado em várias partes do seu código e que, por diversas razões, pode estar nulo. Um <a href="https://osagilistas.com/episodios/">recurso amplamente utilizado</a> é verificar se o objeto está devidamente instanciado toda vez que for referenciá-lo.</p>
<p>Algumas linguagens oferecem <strong>recursos para facilitar um pouco a vida do programador.</strong> Por exemplo, o “null conditional operator”, em C# (não conheço algo equivalente em java ou outra linguagem).</p>
<p>Null Object é definido por uma versão padrão de uma classe concreta. No caso do diagrama acima, toda instância de “AbstractObject” deve sempre ser inicializada com “NullObject”. Quando a classe “Client” invoca o método “request”, nenhuma validação prévia é necessária. E ainda, nenhum erro correrá em runtime, mesmo que eventualmente a instância não seja substituída por “RealObject”, que efetivamente executa algum processamento.</p>
<p>Em breve citarei outros padrões importantes, nem sempre tão utilizados que, assim como o<strong> Null Object</strong>, não só resolvem problemas comuns, mas contribuem para aplicação de qualquer<strong> processo de desenvolvimento ágil.</strong></p>
<p>Em nosso podcast, o <a href="https://open.spotify.com/show/1ub9YZKamdMKdKbLia4YrX">Entre Chaves</a>, falamos mais sobre novas tendências do mercado da tecnologia e com uma linguagem mais técninca voltada para o assunto. Te esperamos lá.</p>


Como padrões de projeto podem ser úteis em processos ágeis

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