我想非常清楚地表明not 打算恢复关于函数式/过程式编程与面向对象编程的讨论。关于这一点，WPSE和整个网络上都有很多说法。
But 不久前，我正在阅读一些关于Wordpress编程基础的讨论，我读到了一些东西-我不得不重新措辞，因为不幸的是，当时我没有将其添加到书签中-大致如下：
使用Wordpress最吸引人的一点是，它们还基于event-driven paradigm 编程。
据我所知event-driven programming 在这种情况下，几乎是同义词signal 或dataflow 编程。此外，很可能过于简单化了，可能主要的明显特征是hooks - actions 和filters - 作为该方法的关键。
到目前为止还不错。看起来很简单，但我没有计算机科学背景，所以我很肯定还有更多的话要说。我对一些输入很感兴趣，比如：它到底是关于什么的，或者上面说的差不多吗？这是一个额外的范例吗？它与其他的有什么关系？这是一个核心原则还是只是一个补充？
这些都是我脑子里想不到的，显然违反了规则，没有提出一个有明确答案的单一问题，但也许这一次可以原谅。
首先，让我们澄清一下paradigm 文字在编程中的含义。这意味着我们达成协议，将以某种方式处理某些案件/问题/情况。
例如，我们达成协议，在我国，步行乘客应该在绿灯亮的情况下穿过道路。这是我们的green light 范式在另一个国家，可能会有一项协议，即举手过马路。那是他们的raised hand 范式它们彼此不相关，它们只是存在，步行者可以使用任何一种范式，也可以创建自己的范式cross a road whenever I want 范式
编程中也存在同样的情况。范式只是以某种方式或使用某种方法开发应用程序的一组规则或协议。没什么了。
好，回到WordPress和事件驱动范式。这个范例只是整个WordPress系统的一部分。这个范例设置了一系列规则/协议，如何通过第三方扩展扩展核心，其中操作挂钩和过滤器是关键方法。请注意，此范式仅涵盖可扩展性案例/问题/情况，这不仅是WordPress使用的范式，也是核心范式之一。
仅此而已。当然你可以用你自己的write a plugin/theme how I want 范式，并对此感到满意：）
我认为，在事件驱动范式下，写这篇文章的人Observer Pattern.
在WordPress中，通过Plugins Api. 我想没什么好说的了。
@nicolai:Wordpress如下Publisher Subscriber 的变体The Observer pattern (Event Driven Architecture).
Wordpress之所以是事件驱动的，是因为它所用语言的局限性，而不是因为它是以任何方式设计的。
最流行的web服务器是事件驱动的，PHP开箱即用的工具很少（没有？）以任何其他方式行事。因为wordpress依赖于PHP，所以它不能是其他任何东西。
WordPress插件和主题OTOH的PHP部分应设计为由core“发送”的“事件”驱动的事件。JS代码也是事件驱动的，但这些事件几乎只由实际用户触发（尽管一些wordpress JS代码也会对其进行抽象并引发自己的事件）。
NOTE我不想执行php代码，只想显示。我想显示这个php代码<?php wp_enqueue_script( $handle, $src, $deps, $ver, $in_footer ); ?> 在柱子里面。我不能让它工作。如果我转到编辑器的文本类型并键入<pre class=\"lang:php nums:false\"> <?php wp_enqueue_script( $handle, $src, $deps, $ver, $in_footer ); ?>