命令模式把一次操作请求封装成对象使请求能够被保存、传递、排队并在合适的时候执行。本文结合 EvSim 的事件机制说明事件如何表达动作以及事件队列和世界对象如何共同完成调度。在程序中执行一个动作最直接的方式就是调用一个函数。例如让车辆移动就调用移动函数让雷达探测就调用探测函数。这种方式简单清楚适合立即执行的操作。随着系统变复杂我们往往需要进一步管理这些动作有的动作要等到指定时间执行有的动作需要按优先级排序有的动作要周期性重复还有的动作在执行前可能被取消。此时程序需要同时处理动作的实现和动作的组织方式。例如让某个组件在仿真时间 10 秒时更新一次可以被封装成一个事件对象。这个对象记录执行时间、优先级、操作目标并提供统一的执行入口。系统先保存这个对象等时间到达再调用它的执行方法。这样提出请求和执行请求就可以发生在不同的位置、不同的时间。在 EvSim 项目中EvEvent 承担了命令对象的角色。它的核心接口可以简化为下面的形式。class EvEvent { public: enum class EvDisposition { Delete, Reschedule }; virtual ~EvEvent() default; virtual EvDisposition execute() 0; };这里最关键的是 execute()。不同的事件可以执行完全不同的操作但都通过这个统一入口被调用。调度代码只需要持有 EvEvent 指针就能管理多种具体事件。EvEvent 还包含执行时间 time、优先级 priority、执行开关 shouldExecute 等信息。这些字段让一次操作请求具备了可调度、可控制的形式。命令模式中的几个角色在项目中可以这样对应。模式角色项目中的对应对象职责命令接口EvEvent规定统一的执行入口具体命令EvComponentUpdateEventEvOneShotEvent 等实现具体操作调用者EvWorld在合适的时机调用 execute()接收者EvComponent 或回调操作的业务对象完成实际业务工作请求创建方组件调度代码或其他业务代码创建并提交事件这里还需要一个保存待执行命令的地方项目使用的是 EvEventQueue。EvEventQueue 内部使用 unique_ptr 持有多个事件对象并按照执行时间、优先级、入队顺序排序。时间越早越先出队时间相同优先级数值越小越先出队前两项都相同则按照入队先后排序。EvEventQueue 是命令的组织容器EvWorld 承担执行调度的职责。仿真推进时EvWorld 从队列中取出到期事件检查其是否允许执行再调用 execute()。单线程调度路径逐个执行事件并行调度路径还会根据优先级和 affinityKey 进行分批与分组。以组件周期更新为例组件通过调度代码创建 EvComponentUpdateEvent把更新请求加入队列。到达计划时间后世界对象调用事件的 execute()事件再调用组件的更新逻辑。下面是其中的关键流程省略了生命周期和状态检查。// 执行本次组件更新 if (!com-executeScheduledUpdate(time(), mEpoch)) { return EvDisposition::Delete; } // 安排下一次执行时间 setTime(time() com-updateInterval()); return EvDisposition::Reschedule;如果组件的更新间隔是 0.1 秒那么一次执行结束后事件会把自己的执行时间增加 0.1 秒并返回 Reschedule。EvWorld 收到这个结果再把事件放回队列于是形成连续的周期更新。当组件不再满足执行条件时事件返回 Delete该事件对象随之释放。这个过程体现了命令模式的价值业务对象专注于具体动作调度系统统一管理执行时机以及执行后的处理方式。组件负责更新自身状态事件负责包装这次更新请求队列负责组织待执行请求世界对象负责推动执行。各部分通过明确的接口协作减少了调度代码对具体业务的依赖。以后增加一种新的操作例如某个时刻触发一次探测只要提供相应的具体事件并提交给现有调度机制就可以复用事件队列和执行流程。调度系统仍然通过统一的 execute() 接口调用它。命令也可以包装函数而不必为每一个小动作都编写新的事件类。项目中的 EvOneShotEvent 接收一个回调执行后结束EvRecurringEvent 则允许回调决定是否再次调度。这使系统既能使用专门的事件类表达复杂行为也能用回调表达简单操作。排队、延迟执行、周期调度是这个项目在命令对象基础上实现的能力。其他系统还可以为命令增加执行记录、重试或撤销功能但这些都需要额外设计。例如要撤销一次操作就需要保存操作前的状态或提供能够恢复状态的逆向操作。当前 EvEvent 的公共接口主要围绕执行与重新调度展开。命令模式也有使用成本。一次简单调用被包装成对象后会增加事件创建、对象生命周期和调用路径的管理工作。适合采用它的场景通常是操作请求确实需要统一排队、延后执行或集中调度。在 EvSim 中仿真时间推进、事件优先级和组件周期更新都需要这种统一管理。因此把动作封装为 EvEvent再交给 EvEventQueue 和 EvWorld 处理让不同的仿真行为能够接入同一套调度机制。后续扩展新的行为时主要增加具体事件及其业务逻辑已有调度流程就能继续发挥作用。
命令模式把一次操作请求封装成对象使请求能够被保存、传递、排队并在合适的时候执行。本文结合 EvSim 的事件机制说明事件如何表达动作以及事件队列和世界对象如何共同完成调度。在程序中执行一个动作最直接的方式就是调用一个函数。例如让车辆移动就调用移动函数让雷达探测就调用探测函数。这种方式简单清楚适合立即执行的操作。随着系统变复杂我们往往需要进一步管理这些动作有的动作要等到指定时间执行有的动作需要按优先级排序有的动作要周期性重复还有的动作在执行前可能被取消。此时程序需要同时处理动作的实现和动作的组织方式。例如让某个组件在仿真时间 10 秒时更新一次可以被封装成一个事件对象。这个对象记录执行时间、优先级、操作目标并提供统一的执行入口。系统先保存这个对象等时间到达再调用它的执行方法。这样提出请求和执行请求就可以发生在不同的位置、不同的时间。在 EvSim 项目中EvEvent 承担了命令对象的角色。它的核心接口可以简化为下面的形式。class EvEvent { public: enum class EvDisposition { Delete, Reschedule }; virtual ~EvEvent() default; virtual EvDisposition execute() 0; };这里最关键的是 execute()。不同的事件可以执行完全不同的操作但都通过这个统一入口被调用。调度代码只需要持有 EvEvent 指针就能管理多种具体事件。EvEvent 还包含执行时间 time、优先级 priority、执行开关 shouldExecute 等信息。这些字段让一次操作请求具备了可调度、可控制的形式。命令模式中的几个角色在项目中可以这样对应。模式角色项目中的对应对象职责命令接口EvEvent规定统一的执行入口具体命令EvComponentUpdateEventEvOneShotEvent 等实现具体操作调用者EvWorld在合适的时机调用 execute()接收者EvComponent 或回调操作的业务对象完成实际业务工作请求创建方组件调度代码或其他业务代码创建并提交事件这里还需要一个保存待执行命令的地方项目使用的是 EvEventQueue。EvEventQueue 内部使用 unique_ptr 持有多个事件对象并按照执行时间、优先级、入队顺序排序。时间越早越先出队时间相同优先级数值越小越先出队前两项都相同则按照入队先后排序。EvEventQueue 是命令的组织容器EvWorld 承担执行调度的职责。仿真推进时EvWorld 从队列中取出到期事件检查其是否允许执行再调用 execute()。单线程调度路径逐个执行事件并行调度路径还会根据优先级和 affinityKey 进行分批与分组。以组件周期更新为例组件通过调度代码创建 EvComponentUpdateEvent把更新请求加入队列。到达计划时间后世界对象调用事件的 execute()事件再调用组件的更新逻辑。下面是其中的关键流程省略了生命周期和状态检查。// 执行本次组件更新 if (!com-executeScheduledUpdate(time(), mEpoch)) { return EvDisposition::Delete; } // 安排下一次执行时间 setTime(time() com-updateInterval()); return EvDisposition::Reschedule;如果组件的更新间隔是 0.1 秒那么一次执行结束后事件会把自己的执行时间增加 0.1 秒并返回 Reschedule。EvWorld 收到这个结果再把事件放回队列于是形成连续的周期更新。当组件不再满足执行条件时事件返回 Delete该事件对象随之释放。这个过程体现了命令模式的价值业务对象专注于具体动作调度系统统一管理执行时机以及执行后的处理方式。组件负责更新自身状态事件负责包装这次更新请求队列负责组织待执行请求世界对象负责推动执行。各部分通过明确的接口协作减少了调度代码对具体业务的依赖。以后增加一种新的操作例如某个时刻触发一次探测只要提供相应的具体事件并提交给现有调度机制就可以复用事件队列和执行流程。调度系统仍然通过统一的 execute() 接口调用它。命令也可以包装函数而不必为每一个小动作都编写新的事件类。项目中的 EvOneShotEvent 接收一个回调执行后结束EvRecurringEvent 则允许回调决定是否再次调度。这使系统既能使用专门的事件类表达复杂行为也能用回调表达简单操作。排队、延迟执行、周期调度是这个项目在命令对象基础上实现的能力。其他系统还可以为命令增加执行记录、重试或撤销功能但这些都需要额外设计。例如要撤销一次操作就需要保存操作前的状态或提供能够恢复状态的逆向操作。当前 EvEvent 的公共接口主要围绕执行与重新调度展开。命令模式也有使用成本。一次简单调用被包装成对象后会增加事件创建、对象生命周期和调用路径的管理工作。适合采用它的场景通常是操作请求确实需要统一排队、延后执行或集中调度。在 EvSim 中仿真时间推进、事件优先级和组件周期更新都需要这种统一管理。因此把动作封装为 EvEvent再交给 EvEventQueue 和 EvWorld 处理让不同的仿真行为能够接入同一套调度机制。后续扩展新的行为时主要增加具体事件及其业务逻辑已有调度流程就能继续发挥作用。
