L'utilisation de wp_enqueue_script sur de petits sites auto-gérés présente-t-elle un avantage réel? Par exemple, Modernizr, pourquoi l'envoyer dans une fonction plutôt que de l'appeler directement dans l'en-tête du document?
Je peux voir l’avantage sur les grands sites, où vous pouvez vous déplacer dans des répertoires ou avoir plusieurs personnes bricolant dans les fichiers, ou sur un thème public comportant de nombreuses inconnues, mais quel est l’avantage sur un petit site comme un blog personnel qui - ou rarement - change et a un seul utilisateur? Cela semble juste comme des lignes de code supplémentaires dans ce cas.
Utilisez-vous un thème que vous contrôlez?
Sinon, à chaque fois que le thème sera mis à jour, vous perdrez vos modifications de l'en-tête. Sinon, vous devrez créer le thème ou conserver/modifier vos modifications à chaque fois que le thème sera mis à jour.
Utilisez-vous uniquement des plugins sous votre contrôle?
Sinon, vous devrez vérifier les conflits de script chaque fois que vous activez ou mettez à jour un plugin utilisant un script.
Utilisez-vous un script fourni avec le noyau?
Si tel est le cas, vous devrez vérifier les conflits de scripts principaux chaque fois que vous mettez à jour le noyau, ainsi que chaque fois que vous mettez à jour un plug-in qui met en file d'attente un script fourni avec le noyau.
Utilisez-vous un plugin de mise en cache?
Dans ce cas, vous perdez tout ou partie des avantages de la concaténation, de la minimisation et de la mise en cache des scripts, car votre script est codé en dur dans l'en-tête du document plutôt que mis en file d'attente.
**YES**
Important pour la vitesse de chargement.
Réduit les erreurs, le chargement des doublons et les conflits js.
Dites-lui où charger et quand.
Déplacement du site, parfait.
Aide à la mise en cache et au bon contrôle des versions.
Les "lignes de code supplémentaires" ne sont pas pertinentes, surtout par rapport aux avantages de bien faire les choses.