E quando isso acontece, pode se tornar um pouco complicado escrever c\u00f3digo que facilite a recupera\u00e7\u00e3o de informa\u00e7\u00f5es desses lugares diferentes. \u00c9 disso que os desenvolvedores costumam falar quando se referem a lidar com “camadas" em seus aplicativos.<\/p>\n
- \n
- existem camadas para apresentar informa\u00e7\u00f5es ao usu\u00e1rio,
\ncamadas para lidar com a l\u00f3gica de neg\u00f3cios (ou l\u00f3gica de dom\u00ednio),<\/li>\n - camadas para comunica\u00e7\u00e3o com APIs,<\/li>\n
- e camadas para armazenamento de dados.<\/li>\n<\/ul>\n
Honestamente, voc\u00ea n\u00e3o precisa ter uma variedade de armazenamentos de dados para observar para criar uma camada que facilite o envio e a recupera\u00e7\u00e3o de dados do banco de dados, \u00e9 exatamente quando isso \u00e9 mais comum. Voc\u00ea pode trabalhar com a mesma efic\u00e1cia com um \u00fanico armazenamento de dados, como o banco de dados WordPress, ao implementar o padr\u00e3o de reposit\u00f3rio.<\/p>\n
Independentemente disso, se voc\u00ea estiver construindo um site maior, aplicativo da Web ou plug-in, implementar o padr\u00e3o de reposit\u00f3rio \u00e9 algo que pode render dividendos em manuten\u00e7\u00e3o, clareza de c\u00f3digo e separa\u00e7\u00e3o de interesses.<\/p>\n
Mas como isso pode ser implementado no WordPress? N\u00e3o \u00e9 muito desafiador, mas primeiro, vale a pena revisar uma cartilha de reposit\u00f3rio antes de pular para qualquer c\u00f3digo.<\/p>\n
Um primer de padr\u00e3o de reposit\u00f3rio<\/h2>\n
Antes de olhar para uma implementa\u00e7\u00e3o real no WordPress, \u00e9 importante entender o que \u00e9 o reposit\u00f3rio, como ele \u00e9 definido, o que ele oferece e uma implementa\u00e7\u00e3o gen\u00e9rica dele. Compartilharei algumas leituras adicionais no final do artigo, mas at\u00e9 l\u00e1 cobrirei minha opini\u00e3o geral sobre o padr\u00e3o aqui.<\/p>\n
Primeiro, uma implementa\u00e7\u00e3o desse padr\u00e3o pode se tornar mais complicada do que o necess\u00e1rio para iniciantes. Isso n\u00e3o quer dizer que o padr\u00e3o real n\u00e3o valha a pena entender, mas se voc\u00ea est\u00e1 apenas querendo se molhar com isso, n\u00e3o sou f\u00e3 de jogar os leitores no fundo do po\u00e7o. N\u00e3o acho que seja a melhor maneira de aprender.<\/p>\n
Em vez disso, vale a pena quebrar o problema e depois reconstru\u00ed-lo em algo um pouco mais elegante. Ent\u00e3o \u00e9 isso que eu pretendo fazer.<\/p>\n
Uma palavra sobre desacoplamento<\/h3>\n
Ao falar sobre programa\u00e7\u00e3o orientada a objetos, muitas vezes falamos sobre a ideia de “desacoplar” partes do sistema. Se voc\u00ea est\u00e1 familiarizado com acoplamento e coes\u00e3o<\/a>, ent\u00e3o sabe por qu\u00ea.<\/p>\n
Mas se n\u00e3o, basta dizer que quanto mais acoplados forem os componentes do seu sistema, mais dif\u00edcil ser\u00e1 alter\u00e1-los. Eles sabem muito um do outro. Ou seja, se voc\u00ea alterar um dos aspectos do sistema, \u00e9 prov\u00e1vel que ocorra uma cascata ou impacto em outra parte do sistema que voc\u00ea nunca quis que acontecesse. Ent\u00e3o voc\u00ea tem que gastar muito mais tempo corrigindo todos esses outros “pontos de contato” em todo o sistema que n\u00e3o deveriam ser necess\u00e1rios.<\/p>\n
A implementa\u00e7\u00e3o de v\u00e1rias estrat\u00e9gias, como o padr\u00e3o de reposit\u00f3rio, pode ajudar a desacoplar partes do sistema. Caso em quest\u00e3o: a camada de apresenta\u00e7\u00e3o n\u00e3o sabe como o armazenamento de dados subjacente \u00e9 a organiza\u00e7\u00e3o. Ele n\u00e3o precisa saber SQL. Ele n\u00e3o precisa saber que \u00e9 um banco de dados. Em vez disso, ele s\u00f3 precisa saber como falar com o reposit\u00f3rio.<\/p>\n
Legal, certo?<\/p>\n
Isso significa que voc\u00ea pode trocar o armazenamento de dados de back-end e, supondo que sua API seja s\u00f3lida; seu aplicativo continuar\u00e1 funcionando com pouca ou nenhuma altera\u00e7\u00e3o. E \u00e9 isso que significa ser verdadeiramente dissociado.<\/p>\n
Uma implementa\u00e7\u00e3o do padr\u00e3o de reposit\u00f3rio<\/h3>\n
Ent\u00e3o, como \u00e9 o padr\u00e3o do reposit\u00f3rio? Como acontece com a maioria dos padr\u00f5es de design, h\u00e1 uma forma gen\u00e9rica do padr\u00e3o, e isso \u00e9 sempre \u00fatil, mas acho que tamb\u00e9m ajuda aqueles que trabalham no WordPress a ver como ele pode funcionar no contexto do WordPress.\u00a0<\/p>\n
Ent\u00e3o, primeiro, quero detalhar o padr\u00e3o em si e, em seguida, dar um exemplo de como pode ser ao trabalhar com o WordPress.<\/p>\n
Um Implemento Gen\u00e9rico do Padr\u00e3o de Reposit\u00f3rio<\/h3>\n
A implementa\u00e7\u00e3o real do padr\u00e3o de reposit\u00f3rio \u00e9 bem simples. Na verdade, nunca tenho certeza se isso \u00e9 \u00fatil porque apenas mostra como os armazenamentos de dados, o reposit\u00f3rio e o restante do aplicativo interagem entre si.<\/p>\n
N\u00e3o me entenda mal: sou a favor de modelos conceituais de como as coisas s\u00e3o organizadas. Pessoalmente, isso me ajuda a pensar na estrutura de um aplicativo ao constru\u00ed-lo, mas se for muito geral, n\u00e3o ajudar\u00e1 muito.<\/p>\n
Mas para chegar a um implemento concreto, temos que come\u00e7ar de algum lugar, certo? Ent\u00e3o eu vou come\u00e7ar no n\u00edvel mais alto poss\u00edvel e trabalhar para baixo.<\/p>\n
Como voc\u00ea pode ver na imagem acima, voc\u00ea tem alguns armazenamentos de dados que s\u00e3o lidos por meio do reposit\u00f3rio e, em seguida, o aplicativo consulta o reposit\u00f3rio que, por sua vez, recupera informa\u00e7\u00f5es do armazenamento de dados.<\/p>\n
Sim, existem op\u00e7\u00f5es para armazenar informa\u00e7\u00f5es em cache, invalidar o cache e todas essas coisas divertidas. Mas est\u00e1 fora do escopo de um prim\u00e1rio do reposit\u00f3rio. Portanto, n\u00e3o vou seguir esse caminho espec\u00edfico por enquanto. Talvez em um post futuro (se este for \u00fatil para voc\u00ea).<\/p>\n
O padr\u00e3o de reposit\u00f3rio no WordPress<\/h2>\n
Ent\u00e3o, com isso dito, vamos dar uma olhada em uma implementa\u00e7\u00e3o b\u00e1sica de como isso pode parecer em uma instala\u00e7\u00e3o padr\u00e3o do WordPress. Ou seja, tudo o que temos \u00e9 o armazenamento de dados. N\u00e3o estamos nos comunicando com mais nada, mas queremos garantir que qualquer coisa que fa\u00e7a interface com o banco de dados ou a API seja tratada pelo reposit\u00f3rio<\/p>\n
Isso ficaria mais ou menos assim:<\/p>\n
![\"O](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-166793-61e79a689f876.png\")
<\/a><\/p>\n![\"O](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-166793-61e79a6e78654.png\")
<\/a><\/p>\n