{"id":229606,"date":"2022-10-31T10:01:00","date_gmt":"2022-10-31T07:01:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229606"},"modified":"2022-11-09T08:40:15","modified_gmt":"2022-11-09T05:40:15","slug":"scrivere-plugin-per-wordpress-per-funzionalita-esistenti","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/scrivere-plugin-per-wordpress-per-funzionalita-esistenti\/","title":{"rendered":"Scrivere plugin per WordPress per funzionalit\u00e0 esistenti"},"content":{"rendered":"\n

In un post precedente, ho parlato della filosofia di progettazione di WordPress delle decisioni, non delle opzioni<\/a>. E sto lavorando per arrivare a un punto, ma prima devo gettare le basi per l’intera faccenda.<\/p>\n

Puoi leggere l’intera serie di filosofie in questa pagina<\/a>, ma ecco il succo di quella che ho appena menzionato:<\/p>\n

\n

Quando prendiamo decisioni, questi sono gli utenti che consideriamo per primi. Un ottimo esempio di questa considerazione sono le opzioni software. Ogni volta che dai un’opzione a un utente, chiedi loro di prendere una decisione. Quando a un utente non interessa o non comprende l’opzione, ci\u00f2 porta alla fine alla frustrazione.<\/p>\n

Come sviluppatori, a volte riteniamo che fornire opzioni per tutto sia una buona cosa, non puoi mai avere troppe scelte, giusto? Alla fine queste scelte finiscono per essere tecniche, scelte a cui l’utente finale medio non ha alcun interesse.<\/p>\n

\u00c8 nostro dovere come sviluppatori prendere decisioni di progettazione intelligenti ed evitare di far gravare sui nostri utenti finali il peso delle scelte tecniche.<\/p>\n<\/blockquote>\n

Questa \u00e8 probabilmente la mia filosofia preferita che definisce cosa dovrebbe entrare nel core di WordPress e come; anche se sarei negligente se non dicessi che penso che ci siano aree di miglioramento.<\/p>\n

(So \u200b\u200bche \u00e8 qui che la discussione pu\u00f2 prendere una svolta nel campo sinistro, ma non so farlo, n\u00e9 sto cercando di iniziare a fare il quarterback da poltrona<\/a> .)<\/p>\n

Ma ecco la domanda:<\/p>\n

Se c’\u00e8 un’area dell’interfaccia utente di WordPress che pu\u00f2 essere migliorata da un plug-in che esegue lo stesso set di funzionalit\u00e0 gi\u00e0 esistente nel plug-in, vale la pena creare il plug-in se la funzionalit\u00e0 esiste gi\u00e0?<\/p>\n

Ha senso creare plug-in WordPress per le funzionalit\u00e0 esistenti se il plug-in aderisce alla filosofia "design, non opzioni" pi\u00f9 della funzionalit\u00e0 principale?<\/p>\n

Innanzitutto, riconosco la mancanza di logica inclusa in questa affermazione. Voglio dire, quello che ho fuori \u00e8:<\/p>\n

    \n
  1. Dobbiamo prendere pi\u00f9 decisioni per conto dell’utente e offrire loro meno opzioni.<\/li>\n
  2. Esiste gi\u00e0 un’opzione nel core.<\/li>\n
  3. Creare un plugin per introdurre funzionalit\u00e0 gi\u00e0 esistenti, duplicandolo cos\u00ec, ma ottimizzandolo in modo che prenda una decisione per conto dell’utente.<\/li>\n<\/ol>\n

    Quindi forse la discussione si interrompe con il terzo punto sopra. Ma, per motivi di discussione (per argomentazione, se questo \u00e8 il tuo gusto), voglio fare un esempio solo per questo post.<\/p>\n

    Uno sguardo alle impostazioni di discussione<\/h3>\n

    Le impostazioni di discussione che esistono nel\u00a0 menu Impostazioni<\/strong> per WordPress possono essere un po’ opprimenti anche per, quello che credo, sia il blogger di livello intermedio per non parlare del tipo principiante o sviluppatore.<\/p>\n

    La schermata delle impostazioni della discussione.<\/p>\n

    Ci vuole un po’ di tempo non solo per leggere le opzioni esistenti, ma anche per dar loro un senso. E poi, ci sono opzioni pi\u00f9 avanzate come la Lista nera dei commenti<\/strong> che penso possa probabilmente far parte di una\u00a0 scheda Avanzate<\/strong>.<\/p>\n

    Ma sto divagando.<\/p>\n

    C’\u00e8 un’opzione presente in Altre impostazioni di commento<\/strong> che afferma:<\/p>\n

    "Chiudi automaticamente i commenti sugli articoli pi\u00f9 vecchi di [x] giorni."<\/p>\n

    Questa funzione, in s\u00e9 e per s\u00e9, non \u00e8 male, ma cosa succede se voglio chiudere i commenti su articoli pi\u00f9 vecchi di [x] giorni solo se hanno 0 commenti. Ora, quel condizionale – cio\u00e8 "se hanno 0 commenti" – penso sia un esempio di ci\u00f2 che un plug-in pu\u00f2 gestire.<\/p>\n

    Ma l’opzione che \u00e8 presentata cos\u00ec com’\u00e8. Questo \u00e8:<\/p>\n

    "Chiudi automaticamente i commenti sugli articoli pi\u00f9 vecchi di [x] giorni."<\/p>\n

    Vedo il motivo per cui questa \u00e8 un’opzione. Nessuno dovrebbe prendere una decisione per conto di un utente su come gestire i suoi commenti.<\/p>\n