如何设计插件系统才能不浪费这么多资源？

我正在尝试建立一个基本的插件系统 https://stackoverflow.com/a/3356922/99923就像您在 WordPress 等 CMS 中常见的那种。您有一个插件文件夹，它们通过使用事件通知的方式与主系统的操作相关联Observer or Event设计模式。

问题是它的不可能的让系统知道哪些事件插件想要采取行动 - 因此系统必须为每个页面请求加载每个插件，只是为了查明在某个时刻是否确实需要该插件。不用说，这浪费了很多资源——对于 WordPress，每个请求都会增加几 MB 的额外内存！

有其他方法可以做到这一点吗？

例如，有没有一种方法可以一次性加载所有这些内容，然后缓存结果，以便您的系统知道如何延迟加载插件？换句话说，系统加载一个配置文件，指定插件希望绑定的所有事件，然后将其保存在 APC 或其他内容中以供将来请求？

如果这也表现不佳，那么也许有一个特殊的文件结构可以用来对何时不需要某些插件来满足请求进行有根据的猜测。

我确实有一个插件管理工具，但我只将它与主要的程序插件一起使用，并且所有包含的内容通常会立即加载。但对于基于事件和延迟加载的 API，我可以想象使用浅层包装器进行插件管理，并采用自动加载来实现实际扩展。

<?php
  /**
   * api: whatever
   * version: 0.1
   * title: plugin example
   * description: ...
   * config: <var name="cfg[pretty]" type="boolean" ...>
   * depends: otherplugin
   */

 $plugins["title_event"] = "TitleEventClass";
 $plugins["secondary"] = array("Class2", "callback");
?>

在此示例中，我假设插件 API 是一个简单的列表。这个例子feature-plugin-123.php脚本除了在加载时添加到数组之外什么也不做。所以即使你有十几个功能插件，也只会产生额外的费用include_once each.

但是主应用程序/或插件 API 可以只实例化提到的类（或者new $eventcb;对于原始类名或call_user_func_array用于回调）。反过来，它将实际任务卸载到自动加载器。因此，您拥有一个双系统，其中一部分管理列表，另一部分定位真正的代码。

因此我仍然想象一个简单的config.php它只列出插件和设置，如下所示：

<?php
include_once("user/feature-plugin-123.php");
include_once("user/otherplugin2.php");
include_once("user/wrapper-for-htmlpurifier.php");
$cfg["pretty"] = 1;

再次记住，这些只是包装器/数据脚本，带有可管理性的插件描述。人们也可以使用实际的register_even()API 并在每个中定义一个附加的包装函数。但列出类名似乎是最简单的选择。

前面提到的管理工具有点生锈而且丑陋：http://milki.include-once.org/genericplugins/ http://milki.include-once.org/genericplugins/
但如果你只需要一个列表（sql表）而不需要设置管理，那么它是不需要的。该开销仅用于漂亮打印插件元数据并保持人类可读config.php.

综上所述：

spl_autoload()在 include_path 上，以及一个简单的事件->类名注册表，每个包装脚本一个，只需一次包含所有内容。