CMS, управляемая событиями - преимущества и недостатки

Я пытаюсь определить некоторые плюсы и минусы наличия CMS, управляемой событиями.

Событие, управляемое событиями, - не редкость. Вы видите это во многих языках сценариев, таких как Actionscript, javascript, jquery, которые связаны с клиентом. Как насчет CMS, где события и их ответы происходят на сервере. Какие преимущества или недостатки может иметь этот подход, и какие другие подходы люди могут предпочесть больше.

PS Обратите внимание, что я использую ActionScript, JQ и JS только в качестве примера. Вы понимаете, что когда мы говорим о CMS таким образом, события и их ответы - это все вещи на стороне сервера.

Edit : Я вижу, что многие люди говорят, что нет смысла использовать управляемое событиями, как они это делают. не понимаю, что это такое. Одной из систем CMS, которые уже используют этот подход, является Drupal, так что поверьте мне, это уже существующий способ, я не вытягиваю идеи из своего A. Это просто означает «внутреннее устройство» CMS (все вещи на стороне сервера) событийно-ориентированные. Ядро делает свое дело и определяет события. Плагины могут реагировать на эти события, чтобы добавить свою логику. Я упоминаю ActionScript в качестве примера, потому что эта концепция наиболее известна на стороне клиента, но она может быть и на стороне сервера, но, возможно, не так актуальна для обычных приложений и, следовательно, не так известна. Но это имеет смысл для чего-то более сложного, например, CMS, где другие разработчики хотят добавить свои собственные плагины или даже изменить предварительно встроенную логику CMS.