I costruttori di plugin per WordPress sembrano essere sempre pi\u00f9 un argomento di dibattito quando si tratta di cosa dovrebbero definire. Ne ho parlato prima, ma va bene rivisitare un argomento come questo di tanto in tanto, giusto?<\/p>\n
Dopotutto, ci sono cose che impariamo e cose che cambiamo man mano che acquisiamo pi\u00f9 esperienza.<\/p>\n
Non \u00e8 affatto raro vedere plugin che definiscono hook e altri comportamenti, ma non sono un fan di questo approccio. Invece, penso che la gestione della registrazione degli hook dovrebbe essere eseguita nella sua stessa funzione o, ancora pi\u00f9 drasticamente, gestita da un insieme di classi.<\/p>\n
Ma prima di entrare in questo, voglio spiegare cosa dovrebbe andare in un costruttore di plugin per WordPress, perch\u00e9 dovrebbe andare in un costruttore e come questo pu\u00f2 essere gestito quando si lavora sui plugin.<\/p>\n
Fin dall’inizio, penso che i costruttori dovrebbero essere usati per una cosa:<\/p>\n
Ci\u00f2 che definisce lo stato iniziale di un oggetto potrebbe dipendere dal fatto che sia stato creato "da zero" o se viene caricato con informazioni da un set precedente (come una sessione serializzata). Per come la vedo io:<\/p>\n
Le funzioni, ovviamente, fanno il lavoro che l’oggetto \u00e8 in grado di fare. Possono modificare lo stato dell’oggetto quando vengono chiamati, oppure possono lavorare sugli argomenti passati nelle funzioni.<\/p>\n
Quando un oggetto viene costruito, dovrebbe semplicemente essere impostato in modo tale che i suoi attributi siano impostati e le sue funzioni siano pronte per funzionare.<\/p>\n
Se c’\u00e8 qualcosa nel costruttore che non influisce sullo stato iniziale di un oggetto, non dovrebbe essere presente.<\/p>\n
Forse un modo migliore per porre questa domanda \u00e8:<\/p>\n
Perch\u00e9 gli hook non dovrebbero essere definiti nel costruttore?<\/p>\n
Il sistema di hook di WordPress fa parte del modello di progettazione basato sugli eventi<\/a> (di cui sono un fan), ma la registrazione degli hook non descrive lo stato dell’oggetto. Invece, al livello pi\u00f9 fondamentale, \u00e8 qualcosa che crea una relazione con l’oggetto e WordPress.<\/p>\n Non \u00e8 necessario che lo stato iniziale dell’oggetto conosca WordPress, che nessuna delle sue funzioni sia impostata per essere accoppiata a WordPress o che sia necessario eseguire qualsiasi elaborazione con WordPress.<\/p>\n Ricorda, gli attributi vengono inizializzati in un costruttore. WordPress non \u00e8 un attributo. \u00c8 una dipendenza. Creare una dipendenza \u00e8 compiere un’azione che \u00e8 la definizione di un verbo.<\/p>\n Pertanto, tutta la registrazione degli hook dovrebbe essere eseguita in una funzione.<\/p>\n Questo \u00e8 uno di quegli argomenti che possono essere un post o una serie di post tutti suoi.<\/p>\nCome possiamo gestire la registrazione del gancio?<\/h3>\n
\n