C++事件/消息系统

让我逐一阐述您的观点：

它一定很快。它将用于游戏，速度是主要的限制规定我想我不能创建/删除消息/事件类每次发送新消息/事件时即使我使用自定义分配器那个

重用和重新填充现有消息就足够了，而且可能更高效（在一个项目中对我来说）。不需要自定义分配器。

我必须能够预测将发送/创建消息/事件收到。

你可以做出预测，但正常的网络（你想要便携性）会让你的预测有时有点偏离，有时偏离

它必须易于使用。没关系会有多复杂系统的实现使用它的程序员必须有易于使用的界面。

这应该是可能的，尽管这可能会花费你一些额外的精力。错误处理和特殊情况（平台、网络）浮现在脑海中。

我更喜欢避免巨大的开关喜欢Windows消息，但我也希望避免重写的类只有一个函数-事件处理程序或者类似的东西。我想类似MFC样式的美好的

避免手动编写的巨型交换机是我100%赞同的一件事。

它必须能够处理很多（也许1000帧/帧，每秒60帧，不要确切地知道这一点）的消息/事件没有性能问题。

如果您在实现过程中小心，那么您应该只受网络的限制。

它不能使用在其他平台上不可用。它必须是可移植的。我将使用C++实施

并不是所有平台上都可以使用C++。你能列出你正在处理的平台吗？