博客
关于我
游戏服务端框架之模仿SpringMvc实现消息路由
阅读量:293 次
发布时间:2019-03-03

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

经典web项目的三层架构

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

游戏项目的三层架构

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

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

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

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

你可能感兴趣的文章
C++中this指针
查看>>
(00)剑指 Offer 13. 机器人的运动范围
查看>>
剑指 Offer 18 删除链表的节点
查看>>
剑指 Offer 25. 合并两个排序的链表
查看>>
MySQL多表查询_索引_事务和隔离和事务原理_复习
查看>>
C# WinForm 监视文件变化程序
查看>>
Redis主从复制原理
查看>>
将本地已有的maven工程导入工作空间
查看>>
mysql中没有boolean,而是tinyint
查看>>
这个坑
查看>>
spring boot和sping的一些注解
查看>>
Mybatis整合ehcache
查看>>
Java基础之反射
查看>>
线程池之SingleThreadPool学习
查看>>
对象的创建、内存布局和访问定位
查看>>
TCP第4次挥手为何要等待2MSL才关闭?
查看>>
Redis支持的5种数据类型
查看>>
FreeRTOS学习笔记(9)——内存管理
查看>>
FreeRTOS学习笔记(10)——中断管理
查看>>
CC2640R2F学习笔记(1)——搭建环境、编译烧写
查看>>