{"id":229503,"date":"2022-11-03T09:39:00","date_gmt":"2022-11-03T06:39:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229503"},"modified":"2022-11-09T08:21:38","modified_gmt":"2022-11-09T05:21:38","slug":"prototipagem-rapida-com-wordpress-analise-de-conceito","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/prototipagem-rapida-com-wordpress-analise-de-conceito\/","title":{"rendered":"Prototipagem R\u00e1pida com WordPress: An\u00e1lise de Conceito"},"content":{"rendered":"\n

No post anterior<\/a>, comecei a percorrer o processo de levar a ideia de um plugin que o prototipa rapidamente em algo que funcione dentro do WordPress. E, embora funcione, n\u00e3o segue necessariamente nenhum princ\u00edpio orientado a objetos, nem est\u00e1 em um lugar em que podemos continuar adicionando recursos facilmente.<\/p>\n

N\u00e3o, isso n\u00e3o \u00e9 um argumento para explicar por que a orienta\u00e7\u00e3o a objetos \u00e9 melhor. Acontece que \u00e9 minha maneira preferida de escrever c\u00f3digo, ent\u00e3o estou abordando dessa maneira.<\/p>\n

Eu sei que o c\u00f3digo de exemplo que estou dando \u00e9 simples e sei que pode ser feito um caso de que algo assim pode ser deixado como est\u00e1. Mas o objetivo disso \u00e9 mostrar como pegar um conceito, prototip\u00e1-lo e depois mov\u00ea-lo para algo que siga os princ\u00edpios orientados a objetos.<\/p>\n

E, na minha experi\u00eancia, \u00e9 muito mais dif\u00edcil fazer isso com um exemplo complexo desde o in\u00edcio. se voc\u00ea perde leitores desde o in\u00edcio, ent\u00e3o que esperan\u00e7a h\u00e1 para eles entenderem o que est\u00e1 por vir?<\/p>\n

Dito isso, vamos dar uma olhada no c\u00f3digo do post anterior e fazer uma an\u00e1lise de conceito para ver o que pode funcionar bem dentro de uma classe e como podemos come\u00e7ar a organiz\u00e1-lo usando classes, namespaces<\/a> e assim por diante.<\/p>\n

An\u00e1lise de conceito<\/h2>\n

Sempre que se trata de programa\u00e7\u00e3o, \u00e9 t\u00e3o f\u00e1cil querer pular imediatamente para escrever c\u00f3digo e, em seguida, envi\u00e1-lo at\u00e9 que ele fa\u00e7a algo que queremos.<\/p>\n

E uma vez que funciona, parece que terminamos e podemos passar para a pr\u00f3xima tarefa. Mas para projetos maiores, isso nem sempre \u00e9 o caso. Na verdade, muitas vezes \u00e9 melhor fazer um pouco de an\u00e1lise de conceito de an\u00e1lise orientada a objetos em seu projeto antes de avan\u00e7ar.<\/p>\n

Simplesmente pular para a codifica\u00e7\u00e3o nem sempre \u00e9 a melhor abordagem.<\/p>\n

Um caso para an\u00e1lise<\/h3>\n

Caso em quest\u00e3o: no momento da reda\u00e7\u00e3o deste artigo, um dos meus colegas de equipe e eu estamos discutindo se devemos estender uma classe ou escrever uma nova classe para lidar com informa\u00e7\u00f5es de geolocaliza\u00e7\u00e3o para dados extra\u00eddos da API do Google Maps.<\/p>\n

Posso improvisar e escrever algo que funcione? Claro. Mas ser\u00e1 que se integrar\u00e1 bem com o aplicativo? N\u00e3o sem an\u00e1lise de conceito, planejamento e coordena\u00e7\u00e3o com o resto do sistema.<\/p>\n

E esse \u00e9 o prop\u00f3sito da an\u00e1lise.<\/p>\n

Analisando nosso trabalho<\/h3>\n

Ent\u00e3o, o que isso significa para o plugin que vimos ontem? Neste momento, temos o seguinte:<\/p>\n