Utiliser wp init hook pour appeler d'autres hooks?

Engénéral: Oui,attendez un hook dédiépour démarrer votrepropre code. Jamais ,il suffit de lancer uneinstance d'objet dans l'espace denomsglobal. Mais initest rarementnécessaire.

Vous vous connectez leplustardpossible. Si votrepremier code s'exécute sur wp_head,n'utilisezpas de hook antérieur. Vouspouvezmême crochetsen cascade :

 add_action( 'wp_head', 'first_callback' );

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

Concernant le hook init: utilisezplutôt wp_loaded. Cela s'exécute après initet après l'appel de ms_site_check(). De cettefaçon,vous évitez d'exécuter votreplugin sur un sous-siteinvalide dans uneinstallationmulti-site. Tout le resteestpareil.

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.

Jene voispas les grands avantages de cettepratique,pour les raisons suivantes:

Vosfonctions de rappelne sontpas appelées lors de l'inscription

Lesfonctions add_actionet add_filter ajoutent uniquement uneentrée à la variableglobale $wp_filter qui contienttous lesfiltreset actions. Voir la source . Celan'appellepas votrefonction. Votre codene s'exécutera que lorsque les do_actionet apply_filters seront appelés (avec lenom de hook approprié),ce qui arrive trèstard à l'endroit où ces crochets devraient être.

Vouspourriez dire que cela augmentera lataille de la variableglobale $wp_filter=>plus demémoire. Maisje pense que créer unenouvellefonctionpose lemêmeproblème.

Code d'organisation

Toutmettre dans une fonction vous oblige à vous souvenir detous les hooks danstous lesfichiers de votrethème/plugin. Vous ne voudriezpas faire quelque chose comme ceci:

• dans header.php: ajoutez des hookset desfonctions de rappelpour que les choses sepassent dans l'en-tête (comme lemenu,l'enregistrement du script)
• dans content.php: ajoutez des hookset desfonctions de rappelpourfiltrer le contenu
• admin-menu.php: ajoutez des hookset desfonctions de rappelpour ajouter lemenu admin

(supposons que cesfichiers soientplacés dans votrethème/plugin)

Au lieu de cela,vous devez:

• ne mettre que lesfonctions de rappel dans header.php,content.php,admin-menu.php
• et placeztous les hooks dans unefonction séparée dans un autrefichier

=> Cela vous rendra difficile de savoir ce qui sepasse lorsque vous regardez le contenu dufichier header.php. Vous devezeffectuer une recherchepour savoir quand ces rappels sont déclenchés.

Etpensez à la situation où vous avezplusieurs classes dans votrethème/plugin. Mettez-voustous les crochets detoutes les classes aumêmeendroit? Ouest-ce que chaque classe a unefonction wrapper qui contienttous les hooks? C'esttrop redondant!

Au-dessus de ces raisons,je pense que c'est un stylepersonnel :). Je vois que certains cadres comme Hybridfont ce que vous avez dit. Parfois,celame rend difficile de creuser dans ces cadres!

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!