自己想了很多,后来看了云风的博客,一些想法得到了验证。
拆分原则
数据交互的频率,太密切则不适合拆分。比较拆分后由内存引用变成了网络调用,不只是频率,还有处理延时也从纳秒变成了毫秒,内存上的锁也不能用了。
聊天服务必须要拆分,组队系统可参考聊天室。
任务和活动是必须拆出来的,这块以后是维护的大头。
其它系统和任务、成就系统的交互这块感觉比较复杂,思考中。有的应该放在客户端判断。例如:
背包中有xxx时达成任务,可以去提交完成。
自己想了很多,后来看了云风的博客,一些想法得到了验证。
数据交互的频率,太密切则不适合拆分。比较拆分后由内存引用变成了网络调用,不只是频率,还有处理延时也从纳秒变成了毫秒,内存上的锁也不能用了。
聊天服务必须要拆分,组队系统可参考聊天室。
任务和活动是必须拆出来的,这块以后是维护的大头。
其它系统和任务、成就系统的交互这块感觉比较复杂,思考中。有的应该放在客户端判断。例如:
背包中有xxx时达成任务,可以去提交完成。