{"id":229362,"date":"2022-10-31T10:05:00","date_gmt":"2022-10-31T07:05:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229362"},"modified":"2022-11-09T06:40:54","modified_gmt":"2022-11-09T03:40:54","slug":"escrevendo-plugins-do-wordpress-para-recursos-existentes","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/escrevendo-plugins-do-wordpress-para-recursos-existentes\/","title":{"rendered":"Escrevendo plugins do WordPress para recursos existentes"},"content":{"rendered":"\n

Em um post anterior, falei sobre a filosofia de design do WordPress de decis\u00f5es, n\u00e3o de op\u00e7\u00f5es<\/a>. E estou trabalhando para chegar a um ponto, mas primeiro tenho que estabelecer um pouco as bases sobre a coisa toda.<\/p>\n

Voc\u00ea pode ler todo o conjunto de filosofias nesta p\u00e1gina<\/a>, mas aqui est\u00e1 a ess\u00eancia da que acabei de mencionar:<\/p>\n

\n

Ao tomar decis\u00f5es, esses s\u00e3o os usu\u00e1rios que consideramos primeiro. Um \u00f3timo exemplo dessa considera\u00e7\u00e3o s\u00e3o as op\u00e7\u00f5es de software. Toda vez que voc\u00ea d\u00e1 uma op\u00e7\u00e3o a um usu\u00e1rio, voc\u00ea est\u00e1 pedindo que ele tome uma decis\u00e3o. Quando um usu\u00e1rio n\u00e3o se importa ou n\u00e3o entende a op\u00e7\u00e3o, isso acaba levando \u00e0 frustra\u00e7\u00e3o.<\/p>\n

Como desenvolvedores, \u00e0s vezes sentimos que fornecer op\u00e7\u00f5es para tudo \u00e9 uma coisa boa, voc\u00ea nunca pode ter muitas op\u00e7\u00f5es, certo? Em \u00faltima an\u00e1lise, essas escolhas acabam sendo t\u00e9cnicas, escolhas nas quais o usu\u00e1rio final m\u00e9dio n\u00e3o tem interesse.<\/p>\n

\u00c9 nosso dever como desenvolvedores tomar decis\u00f5es de design inteligentes e evitar colocar o peso das escolhas t\u00e9cnicas em nossos usu\u00e1rios finais.<\/p>\n<\/blockquote>\n

Esta \u00e9 sem d\u00favida a minha filosofia favorita que define o que deve entrar no n\u00facleo do WordPress e como; embora eu fosse negligente se n\u00e3o dissesse que acho que h\u00e1 \u00e1reas para melhorias.<\/p>\n

(Eu sei que \u00e9 aqui que a discuss\u00e3o pode dar uma guinada no campo esquerdo, mas eu n\u00e3o sei fazer isso, nem estou tentando come\u00e7ar como quarterback de poltrona<\/a> .)<\/p>\n

Mas eis a pergunta:<\/p>\n

Se houver uma \u00e1rea da interface do usu\u00e1rio do WordPress que possa ser aprimorada por um plugin que fa\u00e7a o mesmo conjunto de funcionalidades que j\u00e1 existe no plugin, vale a pena criar o plugin caso o recurso j\u00e1 exista?<\/p>\n

Faz sentido criar plugins do WordPress para recursos existentes se o plug-in aderir \u00e0 filosofia “designs, n\u00e3o op\u00e7\u00f5es" mais do que o recurso principal?<\/p>\n

Primeiro, reconhe\u00e7o a falta de l\u00f3gica inclu\u00edda nesta declara\u00e7\u00e3o. Quer dizer, o que eu tenho \u00e9:<\/p>\n

    \n
  1. Precisamos tomar mais decis\u00f5es em nome do usu\u00e1rio e oferecer menos op\u00e7\u00f5es.<\/li>\n
  2. J\u00e1 existe uma op\u00e7\u00e3o no core.<\/li>\n
  3. Criar um plugin para introduzir uma funcionalidade que j\u00e1 existe, duplicando-a, mas agilizando-a para que tome uma decis\u00e3o pelo usu\u00e1rio em seu nome.<\/li>\n<\/ol>\n

    Ent\u00e3o, talvez a discuss\u00e3o pare com o terceiro ponto acima. Mas, por uma quest\u00e3o de discuss\u00e3o (para argumento, se esse for o seu gosto), quero pegar um exemplo apenas para este post.<\/p>\n

    Uma olhada nas configura\u00e7\u00f5es de discuss\u00e3o<\/h3>\n

    As configura\u00e7\u00f5es de discuss\u00e3o que existem no\u00a0 menu Configura\u00e7\u00f5es<\/strong> do WordPress podem ser um pouco esmagadoras, mesmo para, o que acredito, seja o blogueiro de n\u00edvel intermedi\u00e1rio e muito menos o tipo iniciante ou desenvolvedor.<\/p>\n

    A tela de configura\u00e7\u00f5es de discuss\u00e3o.<\/p>\n

    Leva um pouco de tempo n\u00e3o apenas para ler as op\u00e7\u00f5es que existem, mas para entend\u00ea-las. E ent\u00e3o, existem op\u00e7\u00f5es mais avan\u00e7adas, como a Lista negra de coment\u00e1rios<\/strong>, que eu acho que provavelmente poderia fazer parte de uma guia Avan\u00e7ado .<\/strong><\/p>\n

    Mas eu discordo.<\/p>\n

    H\u00e1 uma op\u00e7\u00e3o presente em Outras configura\u00e7\u00f5es de coment\u00e1rios<\/strong> que afirma:<\/p>\n

    “Fechar coment\u00e1rios automaticamente em artigos com mais de [x] dias.”<\/p>\n

    Esse recurso, por si s\u00f3, n\u00e3o \u00e9 ruim, mas e se eu quiser fechar coment\u00e1rios em artigos com mais de [x] dias apenas se eles tiverem 0 coment\u00e1rios. Agora, essa condicional \u2013 ou seja, “se eles tiverem 0 coment\u00e1rios” \u2013 acho que \u00e9 um exemplo do que um plugin pode manipular.<\/p>\n

    Mas a op\u00e7\u00e3o que \u00e9 apresentada como \u00e9. Aquilo \u00e9:<\/p>\n

    “Fechar coment\u00e1rios automaticamente em artigos com mais de [x] dias.”<\/p>\n

    Eu vejo a raz\u00e3o pela qual esta \u00e9 uma op\u00e7\u00e3o. Ningu\u00e9m deve tomar uma decis\u00e3o em nome de um usu\u00e1rio sobre como seus coment\u00e1rios devem ser tratados.<\/p>\n