事件驱动的CMS - 优点和缺点

我正在尝试确定具有事件驱动的CMS的一些优点和缺点。 事件驱动并不罕见。您可以在许多脚本语言中看到它，例如涉及客户端的Actionscript，javascript，jquery。如何在CMS中服务器上发生事件及其响应。这种方法有哪些优点或缺点，以及人们可能更喜欢的其他方法。 附：请注意，我仅使用Actionscript，JQ和JS作为示例。你意识到，当用这种方式谈论CMS时，事件和响应都是服务器端的东西。   编辑：我看到很多人说使用事件驱动是没有意义的，因为他们没有得到它是什么。已经使用这种方法的CMS系统之一是Drupal，所以相信我这是一种现有的方式，我不是从我的A中提取想法。它只是意味着CMS的“内部”（所有服务器端的东西）是事件驱动的。核心做它的事情并定义事件。插件可以响应这些事件以添加自己的逻辑。我提到Actionscript作为一个例子，因为客户端是这个概念最为人所知的地方，但它也可能在服务器端，可能与普通应用程序不相关，因此不是已知的。但是对于像CMS这样复杂的东西是有意义的，其他开发人员想要添加他们自己的插件，甚至更改CMS的预先构建的逻辑。