Utilizzare wp init hook per chiamare altri hook?

Ingenerale: sì,attendi che un hook dedicatoiniziiltuo codice. Mai semplicemente lancia un'istanza di oggettonello spazio deinomiglobale. Ma init è raramentenecessario.

Ti colleghiilpiùtardipossibile. Seiltuoprimo codice vieneeseguito su wp_head,non utilizzare un hookprecedente. Puoi anche ganci a cascata :

 add_action( 'wp_head', 'first_callback' );

function first_callback()
{
    // do something
    // then
    add_action( 'wp_footer', 'second_callback' );
}
 

Riguardo all'hook init: usainvece wp_loaded. Funziona dopo inite dopo che è stato chiamato ms_site_check(). In questomodoeviti dieseguireilplug-in su un sito secondarionon validoin un'installazionemultisito. Tuttoil resto è lo stesso.

In general: Yes, wait for a dedicated hook to start your own code. Never just throw an object instance into the global namespace. But init is rarely necessary.

You hook in as late as possible. If your first code runs on wp_head do not use an earlier hook. You can even cascade hooks:

add_action( 'wp_head', 'first_callback' );

function first_callback()
{
    // do something
    // then
    add_action( 'wp_footer', 'second_callback' );
}

Regarding the init hook: Use wp_loaded instead. That runs after init and after ms_site_check() was called. This way you avoid to run your plugin on an invalid sub site in a multi-site installation. Everything else is the same.

Non vedoi grandi vantaggi di questapratica,per questimotivi:

Letuefunzioni di callbacknon vengono chiamate durante la registrazione

Lefunzioni add_actione add_filter aggiungono solo una voce alla variabileglobale $wp_filter che contienetuttii filtrie le azioni. Vedi sorgente . Non chiama latuafunzione. Iltuo codice verràeseguito solo quando do_actione apply_filters vengono chiamati (conilnome hook appropriato),il che accade moltotardi nelpuntoin cui dovrebberoessere quegli hook.

Sipotrebbe dire che cosìfacendo la variabileglobale $wp_filter diventeràpiùgrande=>piùmemoria richiesta. Mapenso che creare unanuovafunzione abbia lo stessoproblema.

Organizzazione del codice

Metteretuttoin una funzioneti costringe a ricordaretuttigli hookin ognifileneltuotema/plugin. Non faresti qualcosa delgenere:

• in header.php: aggiungi hooke funzioni di callbackper le cose che accadononell'header (comemenu,script di registrazione)
• in content.php: aggiungi hooke funzioni di callbackperfiltrarei contenuti
• admin-menu.php: aggiungi hooke funzioni di callbackper aggiungereilmenu admin

(supponi che queifile sianoinseritineltuotema/plugin)

Invece di quello,devi:

• inserisci solofunzioni di callbackin header.php,content.php,admin-menu.php
• e mettituttigli hookin unafunzione separatain un altrofile

=> Questoti renderà difficile sapere cosa succede quandoguardiil contenuto delfile header.php. Devieseguire una ricercaper sapere quando vengono attivati ​​questi callback.

Epensa alla situazionein cui haipiù classineltuotema/plugin. Mettituttii ganci ditutte le classiin un unicoposto? O ogni classe ha unafunzione wrapper che contienetuttigli hook? Ètroppo ridondante!

Oltre a queste ragioni,penso che sia uno stilepersonale :). Vedo che alcuniframework come Hybridfanno quello che hai detto. A voltemi rende difficile scavarein queiframework!

I don't see the big benefits of this practice, for these reasons:

Your callback functions aren't called when registering

The add_action and add_filter functions only add an entry to global variable $wp_filter which holds all filters and actions. See source. It doesn't call your function. Your code will run only when the do_action and apply_filters are called (with appropriate hook name), which happens very late in the place where those hooks should be.

You might say that doing so will make the global variable $wp_filter getting bigger => more memory required. But I think creating a new function has the same problem.

Organizing code

Putting everything in one function force you to remember all hooks in every files in your theme/plugin. You wouldn't do something like this:

• in header.php: add hooks and callback functions for things happen in header (like menu, registering script)
• in content.php: add hooks and callback functions for filtering content
• admin-menu.php: add hooks and callback functions to add admin menu

(assume that those files are put in your theme/plugin)

Instead of that, you have to:

• put only callback functions in header.php, content.php, admin-menu.php
• and put all hooks in a separated function in another file

=> That will make you hard to know what happens when you look at the content of header.php file. You have to search to know when these callbacks are fired.

And think about situation when you have multiple classes in your theme/plugin. Do you put all hooks of all classes in one place? Or does each class has a wrapper function that holds all hooks? It's too redundant!

Above these reason, I think it's personal style :). I see some frameworks like Hybrid does what you said. Sometimes it makes me hard to digg in those frameworks!