适合事件管理的设计模式

我们有一个模块化的架构，其中每个模块都作为事件生成器和事件观察者。一个模块可以同时生成多个事件。

我们可以有两种架构来处理事件：

1. 为不同类型的事件维护一个观察者列表，并逐个调用它们的处理程序。

   class Module{
   vector<Module*> event_observer_list[CNT_OF_EVENTS];
   int register(Module* observer, int event_type){
   event_observer_list[event_type].push_back(observer);
   }
   void generate_event(list_of_event_indices){
   for(auto event_index : list_of_event_indices){
   for(auto i : event_observer[event_index])
   event_observer_list[event_index][i]->handler(some_params);
   }
   }
   int handler(some_params){
   ...
   }
   };
   

   在这种情况下，我们将不得不为多个事件多次调用同一个观察者函数handler()。即使我们写 每个事件的单独处理程序，我们可能必须执行一些常见的任务(例如从中获取对象 同步映射)在每次调用中，这使得此体系结构高效。

2. 维护所有事件通用的观察者列表。我们将逐个调用每个模块的处理程序。 如果模块没有查找某些特定事件，那么它只会跳过处理。

   class Module{
   vector<Module*> event_observer_list;
   int register(Module* observer){
   event_observer_list.push_back(observer);
   }
   void generate_event(list_of_event_types){
   for(i = 0 to event_observer_list.size()){
   event_observer_list[i]->handler(some_params, list_of_event_types);
   }
   }
   int handler(some_params, list_of_event_types){
   ...
   }
   };
   

   这种架构也是高效的，因为它使我们调用一些不必要的处理程序。

请在现有架构中提供任何可能的优化或提供完全不同的设计解决方案。

编辑

epoll(I/O 事件通知工具)API 提供了与我正在寻找的类似类型的事件管理工具。它根据注册同时通知多个事件。我尝试过，但无法理解他们如何管理它。对源代码有epoll了解的人可以在这里帮助我。