Se includo modelli in un plug-in, non sto facendo la stessa cosa di quando gli sviluppatori includono funzionalit\u00e0 nei loro temi?<\/p>\n
Come per tante cose in fase di sviluppo, penso che dipenda. Voglio dire, aggiungere molte funzionalit\u00e0 che ti bloccano in un tema \u00e8 qualcosa di cui non sono un fan. Allo stesso modo, se hai un plug-in che ha lo scopo di mostrare i dati sul front-end ed \u00e8 indipendente dal tema, allora ha senso.<\/p>\n
Quindi devi essere giudizioso nelle tue decisioni.<\/p>\n
Indipendentemente da ci\u00f2, esiste una serie comune di passaggi che possiamo utilizzare quando includiamo modelli personalizzati nei nostri plugin di WordPress.<\/p>\n
Ed \u00e8 ci\u00f2 che questo post mostrer\u00e0.<\/p>\n
Se intendi includere modelli personalizzati nel plug-in, suppongo che utilizzi sia modelli singoli che modelli di archivio. In caso contrario, utilizzare solo gli hook e il codice di seguito di cui si ha bisogno.<\/p>\n
Per entrambi, per\u00f2, sappi questi:<\/p>\n Usando questi hook, puoi dire a WordPress dove risiedono i modelli personalizzati nel tuo plug-in.<\/p>\n Per me, di solito ho una\u00a0 directory di modelli<\/strong> nel mio plug-in che si trova allo stesso livello delle\u00a0 directory asset, src<\/strong> e vendor<\/strong>.<\/p>\n Ci\u00f2 rende facile sapere dove risiedono e fornisce un modo coerente per includerli in tutti i plugin che hai creato. Dopotutto, c’\u00e8 qualcosa da dire per essere coerenti nelle convenzioni che utilizziamo.<\/p>\n Supponendo che tu abbia\u00a0 il modello single-acme.php<\/strong> e il modello archive-acme.php<\/strong>, \u00e8 facile includerlo. E anche se sono pi\u00f9 un fan dell’utilizzo della programmazione orientata agli oggetti, mostrer\u00f2 di includere questi modelli usando il codice procedurale.<\/p>\n \u00c8 facile convertire questo codice in codice orientato agli oggetti, se lo desideri. Inoltre, suppongo che tu lo includa anche per i tipi di post personalizzati.<\/p>\n Puoi sempre omettere un condizionale per un tipo di post personalizzato se vuoi semplicemente includere questi modelli ma, nella mia esperienza, trovo raro che queste situazioni non utilizzino tipi di post personalizzati ma non conosco la tua situazione.<\/p>\n Detto questo, ecco il codice.<\/p>\n Per prima cosa, dobbiamo definire gli hook. Questo \u00e8 relativamente semplice poich\u00e9 useremo i ganci descritti sopra.<\/p>\n Innanzitutto, il modello unico<\/a> :<\/p>\n E poi il modello di archivio<\/a> :<\/p>\n E ora possiamo implementare il codice per ciascuna delle funzioni.<\/p>\n![\"Includere](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-160512-61e70bad43f3a.png\")
<\/a><\/p>\n\n
Organizzazione dei modelli<\/h3>\n
<\/a><\/p>\nCompresi i modelli<\/h3>\n
Definire i ganci<\/h4>\n
<?php\n\nadd_action('single_template', 'acmeIncludeSingleTemplate');\n\/**\n * Includes a custom, single template as included in a plugin. If\n * the template is being viewed for a custom post type then use it;\n * otherwise, use the template that's provided by WordPress at runtime.\n *\n * @param string $originalTemplate the path to the original template\n *\n * @return string the path to the original template or the custom template.\n *\/\nfunction acmeIncludeSingleTemplate($originalTemplate)\n{\n \/\/ More to come...\n}<\/code><\/pre>\n<?php\n\nadd_action('archive_template', 'acmeIncludeArchiveTemplate');\n\/**\n * Includes a custom, archive template as included in a plugin. If\n * the template is being viewed for a custom post type then use it;\n * otherwise, use the template that's provided by WordPress at runtime.\n *\n * @param string $originalArchiveTemplate the path to the original template\n *\n * @return string the path to the original template or the custom template.\n *\/\nfunction acmeIncludeArchiveTemplate($originalArchiveTemplate)\n{\n \/\/ More to come...\n}<\/code><\/pre>\nAggiunta del codice<\/h4>\n