A quoi sert le dossier wordpress wp-includes? C’est-à-dire quel est le but fondamental de l’architecture, par exemple pourquoi n’est-ce pas tout dans des thèmes ou un dossier d’administrateur?
Un développeur de plug-in peut-il compter sur son contenu (par exemple, jQuery) et pendant combien de temps?
J'aimerais également savoir qui décide de ce qui va y être et comment est-il maintenu à mesure que Wordpress change, tout cela est-il documenté quelque part en tant que document de politique?
wp-includes
contient tout ce dont vous avez besoin pour exécuter WordPress via le client (et quelques-uns). C'est le territoire de WordPress Core, et comme le dit l'adage, ne modifiez jamais le noyau en aucune circonstance.
Bien que wp-content
puisse définir des plugins et des thèmes, l'API elle-même et la grande majorité du noyau WordPress se trouve dans ce dossier. Celles-ci dépendent presque entièrement de WordPress. Toutes vos fonctions standard et leurs dépendances se trouvent dans ce dossier.
Cela en fait une ressource précieuse pour la recherche et la recherche de choses.
wp-admin
peut définir des éléments supplémentaires mais n'est pas aussi vital pour le fonctionnement de l'interface
./wp-admin - Admin code
./wp-content - User-defined code and content
./wp-includes - Common files
Quant à la fiabilité des fichiers contenus dans ce dossier, vous ne devez pas vous fier à ceux-ci. Vous ne devriez jamais avoir besoin d'inclure un fichier ou un chemin de wp-includes et si vous essayez ou avez besoin de, alors vous avez fait quelque chose de terriblement faux et vous devez vous arrêter et revenir en arrière.
Bien que les fichiers de ce dossier puissent changer sans préavis, cela ne devrait avoir aucune conséquence, car l’API contenue reste compatible avec les versions antérieures pendant un laps de temps considérable.
En dehors des mises à jour de WordPress, wp-includes
ne devrait jamais être modifié et devrait idéalement être en lecture seule.
Si vous avez besoin d'ajouter une dépendance à votre code, utilisez les versions de wp-includes plutôt que d'ajouter les vôtres. par exemple. n'incluez pas de jQuery personnalisé, utilisez celui fourni avec WordPress (ne le désenregistrez pas et ne le réenregistrez pas non plus).
Les modifications apportées à wp-includes peuvent entraîner des risques de sécurité, une dégradation des performances, des plugins/thèmes cassés, etc.
Les modifications apportées aux packages et aux bibliothèques inclus sont annoncées avant les versions. Les anciennes dépendances qui ne sont plus nécessaires (comme l'ancien sélecteur de couleur) sont conservées, mais marquées comme obsolètes pour éviter la rupture de code.
Le répertoire wp-includes
inclut les packages inclus par core . L'équipe core gère les packages inclus dans wp-includes
. Themes and Plugins peuvent s’appuyer sur la disponibilité de ces packages pour n’importe quelle version de WordPress.
C’est une raison majeure pour laquelle il est extrêmement important de ne mettre en file d'attente que core-bundled versions de scripts, à l'aide de l'enregistrement de script défini par core -, tel que: wp_enqueue_script( 'jquery' )
, afin que votre thème/plugin will always utilisera la version fournie avec core, quelle que soit la version de WordPress en cours d'exécution.
WordPress, en tant qu'application, est constitué de plusieurs pièces mobiles. Le dossier /wp-includes
contient des fonctionnalités communes à l'API WordPress (que vous utilisez dans themes/plugins) et à l'administrateur WordPress.
Donc en gros:
./wp-admin - Admin code
./wp-content - User-defined code and content
./wp-includes - Common files
Le répertoire /wp-includes
est l'endroit où sont stockées les bibliothèques tierces utiles (à savoir SimplePie pour RSS et IncutioRPC pour XML-RPC). C’est également à cet endroit qu’une grande partie de l’API WordPress (à savoir WP_Http, WP_Filesystem) est définie.
Un développeur de plugin peut-il compter sur son contenu? et pour combien de temps?
Oui. Ce sont ces fichiers qui définissent l'API WordPress en premier lieu. L’équipe principale s’efforce de conserver la compatibilité avec les versions antérieures. Par conséquent, si WordPress comporte des modifications qui vont casser ce que vous utilisez, vous le saurez très bien à l’avance.
J'aimerais également savoir qui décide de ce qui va y être et comment est-il maintenu à mesure que Wordpress change, tout cela est-il documenté quelque part en tant que document de politique?
Les décisions relatives aux API de WordPress sont définies par l'équipe de développement. Vous pouvez généralement suivre les modifications sur http://make.wordpress.org/core . Les bibliothèques sont toujours maintenues car la modification de ces bibliothèques modifie WordPress.
wp-includes
est le répertoire qui contient la plupart des fonctionnalités principales de WordPress. C'est là que tous les principaux codes WordPress vivent.
WordPress fait un excellent travail en maintenant une compatibilité ascendante entre les versions. Vous pouvez utiliser les fonctions incluses dans ce dossier pour créer des plugins (c'est ainsi que vous vous connectez au système).
WordPress Trac est le domaine principal qui décide de la marche à suivre de WordPress. Si vous avez des opinions ou des ajouts, participez-y :)