{"id":1265,"date":"2021-08-06T08:00:00","date_gmt":"2021-08-06T11:00:00","guid":{"rendered":"https:\/\/coodesh.com\/blog\/?p=1265"},"modified":"2024-01-05T07:45:32","modified_gmt":"2024-01-05T10:45:32","slug":"o-que-e-e-para-que-serve-design-patterns","status":"publish","type":"post","link":"https:\/\/coodesh.com\/blog\/candidates\/metodologias\/o-que-e-e-para-que-serve-design-patterns\/","title":{"rendered":"O que \u00e9 e para que serve Design Patterns?"},"content":{"rendered":"\n

J\u00e1 imaginou termos solu\u00e7\u00f5es prontas para problemas recorrentes? Com o Design Patterns isso \u00e9 quase poss\u00edvel. Afinal de contas, ele consiste em um conjunto de solu\u00e7\u00f5es generalistas para problemas comuns que ocorrem no dia a dia do desenvolvimento de softwares.<\/p>\n\n\n\n

Mas \u00e9 bom ressaltar que n\u00e3o se trata de uma metodologia, uma ferramenta, um novo produto ou ainda um novo paradigma. <\/strong>S\u00e3o padr\u00f5es de projeto que podem ajudar (e muito) a rotina de uma pessoa desenvolvedora.<\/p>\n\n\n\n

Ent\u00e3o, para saber mais sobre esse padr\u00e3o, acompanhe os pr\u00f3ximos t\u00f3picos deste artigo.<\/p>\n\n\n\n

Como usar Design Patterns?<\/h2>\n\n\n\n

Pode parecer que o Design Patterns \u00e9 uma receita de bolo ou a luz no fim do t\u00fanel para os problemas recorrentes que encontramos no desenvolvimento de uma aplica\u00e7\u00e3o.<\/p>\n\n\n\n

Em verdade, ele \u00e9 uma solu\u00e7\u00e3o reutiliz\u00e1vel para problemas que ocorrem com frequ\u00eancia e dentro de um mesmo contexto.<\/strong> Por isso, chama-se Padr\u00f5es de Projetos, pois usa f\u00f3rmulas semelhantes para perguntas comuns.  <\/p>\n\n\n\n

Embora existam padr\u00f5es mais famosos para diversas aplica\u00e7\u00f5es, nada impede que a pessoa desenvolvedora crie outros modelos ao buscar solu\u00e7\u00f5es para o seu problema.<\/p>\n\n\n\n

Por certo, existem v\u00e1rios tipos de utiliza\u00e7\u00e3o, mas deve-se entender sobre cada um dos caminhos para, ent\u00e3o, definir qual \u00e9 o melhor para o cen\u00e1rio em quest\u00e3o.<\/p>\n\n\n\n

Como foi o processo hist\u00f3rico?<\/h2>\n\n\n\n

Portanto, Design Patterns relacionam-se \u00e0 engenharia e arquitetura de software. Com o passar dos anos, o conceito foi ganhando novas contribui\u00e7\u00f5es. Reveja aqui um pouco do seu hist\u00f3rico.<\/p>\n\n\n\n

1978<\/strong><\/p>\n\n\n\n

Em suma, os arquitetos Christopher Alexander, Sara Ishikawa e Murray Silverstein trabalharam a abordagem pela primeira vez no livro \u201cA pattern language towns, buildings, construction\u201d. Em portugu\u00eas, chama-se \u201cUma linguagem de padr\u00f5es\u201d. Nele, os autores catalogaram 253 tipos de problemas mais comuns e uma solu\u00e7\u00e3o padr\u00e3o para todos eles.<\/p>\n\n\n\n

1987<\/strong><\/p>\n\n\n\n

Os padr\u00f5es de projetos estiveram mais uma vez em evid\u00eancia na palestra \u201cUsing Pattern Languages for Object-Oriented Programs (Utilizando a linguagem dos padr\u00f5es para programa\u00e7\u00e3o orientada a objetos)\u201d.<\/p>\n\n\n\n

Ela foi dada em 1987 para propor o uso de padr\u00f5es de objetos nas ci\u00eancias da computa\u00e7\u00e3o. A palestra se deu durante a 2\u00aa OOPSLA (Object-Oriented Programming, Systems, Languages, and Applications).<\/p>\n\n\n\n

Na ocasi\u00e3o, Kent Back e Ward Cunningham propuseram cinco padr\u00f5es de projetos no campo da ci\u00eancia da computa\u00e7\u00e3o para os problemas verificados na fase de desenvolvimento.<\/p>\n\n\n\n

1994<\/strong><\/p>\n\n\n\n

Tais conceitos trabalhados nos anos anteriores foram intensificados a partir de 1994.<\/p>\n\n\n\n

Naquele ano, os engenheiros de software Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides escreveram o livro \u201cDesign Patterns: Elements of Reusable Object-Oriented Software\u201d.<\/p>\n\n\n\n

Em pouco tempo, o livro se tornou popular entre as pessoas desenvolvedoras. Os autores catalogaram dezenas de padr\u00f5es de projeto no livro, que teve mais de 500 mil exemplares vendidos.<\/p>\n\n\n\n

Os padr\u00f5es GoF (Gang of Four), como ficaram conhecidos por terem sido feitos pelo quarteto de engenheiros de software, reportavam a 24 tipos de padr\u00f5es de projeto. Na pr\u00e1tica, eles foram agrupados em 3 tipos para melhor esclarecimento dos developers.<\/p>\n\n\n\n

\"\"<\/a><\/figure><\/div>\n\n\n\n

Quais s\u00e3o as principais categorias de Design Patterns?<\/h2>\n\n\n\n

Basicamente, os padr\u00f5es de projeto podem ser divididos em tr\u00eas grandes grupos, que s\u00e3o os seguintes:<\/p>\n\n\n\n

  1. Creational Patterns (criacionais);<\/li>
  2. Structural Patterns (estruturais);<\/li>
  3. Behavior Patters (comportamentais).<\/li><\/ol>\n\n\n\n

    Em primeiro lugar, os padr\u00f5es criacionais <\/strong>se referem \u00e0 cria\u00e7\u00e3o de objetos. Por consequ\u00eancia, eles focam em solu\u00e7\u00f5es no processo de cria\u00e7\u00e3o. Entre os mais comuns desta categoria est\u00e3o:<\/p>\n\n\n\n