游戏服务端框架之模仿SpringMvc实现消息路由
发布日期:2021-05-06 20:09:47 浏览次数:10 分类:技术文章

本文共 530 字,大约阅读时间需要 1 分钟。

经典web项目的三层架构

经典web开发项目通常采用三层架构来组织代码。典型的,第一层为表现层,通常使用MVC模式;第二层为业务逻辑层,该层主要是各种service业务操作类;第三层则为数据访问层,通过dao层对数据表进行增删查改操作。

游戏项目的三层架构

类似的,我们的游戏项目也可以采用上面的三层架构。在命名方面,我们部分借鉴了SpringMvc的命名,使用Controller注解对应MVC模式的控制器,使用RequestMapper注解对应的消息处理者(类似于web的http url地址)。网关层收到玩家请求后,将消息分发到对应控制器的指定方法处理者。控制器只用于控制业务流程,具体的业务逻辑将交由业务逻辑层service(游戏项目常用Manager来命名)。

使用控制器处理对应业务模块的请求消息

从前面的Message抽象消息的定义可以看出,每一个请求消息包含有一个模块id,一个模块(一个相对独立的游戏功能模块)映射到唯一的控制器;每一个消息包含一个cmd类型,一个cmd类型就代表该功能模块一个子操作。

模块控制器与cmd业务处理method的一对多关系模型如下:
从上面的模型图可以看出,对于给定的模块号+给定的cmd类型,可以找到唯一的M

上一篇:游戏服务端框架之业务线程模型
下一篇:游戏服务端框架之网关

发表评论

最新留言

不错!
[***.144.177.141]2025年03月13日 13时48分14秒