Je tiens à dire très clairement que cela signifie pas l’intention de relancer la discussion sur la programmation fonctionnelle/procédurale par rapport à la programmation orientée objet. On en a beaucoup parlé, sur WPSE et partout sur le net.
Mais il y a quelque temps, je lisais certaines discussions sur les bases de la programmation de Wordpress et je lis quelque chose - je dois reformuler parce que, malheureusement, je ne l'avais pas encore marqué dans un signet - à peu près comme ceci:
L'un des avantages intéressants de l'utilisation de Wordpress est qu'ils fonctionnent en outre sur le paradigme événementiel de la programmation.
D'après ce que j'ai compris programmation événementielle dans ce contexte, il s'agit plutôt de synonyme à signal ou flux de donnéesla programmation. De plus - probablement le simplifie beaucoup - peut-être la principale caractéristique apparente est-elle l’utilisation de crochets - actions et filtres - en tant que pivot de la méthode.
Jusqu'ici tout va bien. Cela semble assez facile, mais je ne viens pas d’informatique, je suis donc persuadé qu’il reste encore beaucoup à dire. Je suis vraiment intéressé par certaines contributions, telles que: De quoi s'agit-il vraiment ou est-ce que le susdit est dit à peu près cela? Est-ce un paradigme supplémentaire? Quel est le rapport avec les autres? Est-ce un principe fondamental ou juste un ajout?
Celles-ci me viennent à l’esprit, enfreignant clairement les règles, en ne posant pas une question unique qui a une réponse distincte, mais peut-être que cela sera pardonné pour une fois.
Tout d’abord, clarifions ce que paradigm
Word signifie dans la programmation. Cela signifie que nous parvenons à un accord selon lequel nous allons traiter certains cas/questions/situations d'une certaine manière.
Par exemple, nous convenons que les passagers à pied devraient traverser une route avec le feu vert dans notre pays. Ceci est notre feu vert paradigme. Dans un autre pays pourrait être un accord pour traverser une route sur une main levée. C'est leur main levée paradigme. Ils ne sont pas liés les uns aux autres, ils existent et le passager peut utiliser un paradigme ou créer son propre traverser une route quand je le veux paradigme.
La même situation est dans la programmation. Paradigm est simplement un ensemble de règles ou d'accords permettant de développer une application d'une certaine manière ou d'utiliser une certaine approche. Rien de plus.
Ok, revenons à WordPress et au paradigme des événements. Ce paradigme n'est qu'une partie du système WordPress complet. Ce paradigme définit un ensemble de règles/accords sur la manière d’étendre le noyau par des extensions tierces, où les crochets pour les actions et les filtres constituent une approche décisive. Faites attention à ce que ce paradigme ne couvre que les cas/problèmes/situations d’extensibilité et qu’il ne s’agisse pas seulement du paradigme utilisé par WordPress, mais qu’il en est l’un des principaux.
C'est tout. Bien sûr, vous pouvez utiliser votre propre écrire un plugin/thème comme je le veux paradigme et en être heureux :)
Je pense que, avec paradigme piloté par les événements}, qui rédige l’article voulu Observer Pattern .
Et cela dans WordPress est géré via le Plugins Api . Je ne pense pas qu'il y a beaucoup plus à dire.
Wordpress est piloté par les événements en raison des limitations de la langue dans laquelle il est écrit, et non parce qu'il est conçu de telle manière.
Les serveurs Web les plus populaires sont pilotés par les événements et PHP out of the box n'a que très peu d'utilitaires (aucun?) À se comporter autrement. Puisque wordpress dépend de PHP, cela ne peut tout simplement pas être autre chose.
La partie PHP des plugins et thèmes OTOH de WordPress doit être conçue pour être gérée par les événements par "événements" "envoyés" par le noyau. Le code JS est également piloté par les événements, mais ceux-ci sont presque uniquement ceux déclenchés par des utilisateurs réels (bien que certains codes JS wordpress le suppriment également et engendrent leurs propres événements).
@nicolai: Wordpress suit Editeur abonné variante de Le modèle Observer ( Architecture pilotée par les événements ).