Publisher的作用或许要提高一些 about cesloi

[RF-Tar-Railt]

目前模型是 事件原始数据（Dict）——委托系统——> 处理好的事件实例（Class）——> 依据事件名选择对应发布器 ——>
该发布器包含的所有订阅器 ——> 事件包含的数据解析为参数列 ——是否通过命令分析器——> 订阅器中的可执行函数

或许可以调整为
事件原始数据（Dict）——依据事件名选择对应发布器 ——> 该发布器中的委托 ——> 处理好的事件实例（Class） ——>
该发布器包含的所有订阅器 ——> 事件包含的数据解析为参数列 ——是否通过命令分析器——> 订阅器中的可执行函数
这时候的委托应该仍与订阅器绑定
甚至来讲，同一类事件也可以有不同的发布者。这可以对应不同外部条件下的发布器

[RF-Tar-Railt]

上游Communicator收到事件后将事件推入事件队列，事件队列处理器按照预先的时间间隔将队头事件推出给相应的发布器。发布器根据事件类型，执行通过由该事件对应的委托注册的订阅器内的回调函数并且将事件数据传递给回调函数，并且已经时间调度器与命令分析器决定是否执行。委托应该绑定一个事件类(Class Type)，当接受发布器的原始数据后传递该事件实例(Object)给订阅器。委托应由发布器决定。

[RF-Tar-Railt]

0.5已实现