数据业务：游戏服务器开发如何组织业务逻辑的处理结构

　　【YINGSOO提醒】本文部分内容来源互联网，仅作参考！如需咨询“数据业务”等相关问题，请立即咨询YINGSOO客服，获取专业解答！

　　【新品推荐】日本CN2服务器 | 美国物理服务器 | 马来西亚物理服务器

　　【推荐文章】海外云服务器哪家好？

　　游戏服务器就是对游戏数据的处理及逻辑验证，一般的步骤就是：

　　1、接收客户端请求的数据

　　2、根据请求的数据找出是哪个业务的请求

　　3、处理业务的请求

　　4、更新被修改的数据。

　　5、返回数据给客户端。

　　所以按照以上的步骤，我们现在只关心业务逻辑的处理流程，这里设置一个前题，就是服务器的数据都是在内存中的。内存中的数据与数据库的同步由底层的其它系统处理。在内存中，我们创建并缓存一个对象Player，它包括所有模块的数据，比如背包，个人商店(Shop)，技能(Skill)，武将，副本等等,Player只是数据类，里面不应该包括任何逻辑方法，所有的逻辑方法操作应该在Manager中处理。比如ShopManager。

　　业务处理流程

　　比如我们使用netty做为网络层的通信框架，在Channel的Handler中收到客户端请求的数据，根据请求的消息号，调用处理业务的Handler。在业务的Handler中验证参数的合法性，然后再调用业务逻辑的Service层，Service层负责的业务流程的处理，比如购买商品，第一步判断商品是否已卖完，第二步判断剩余数量是否足够，第三步判断是否已购买过，第四步判断钱是否足够，第五步是付钱，第六步是发送购买获得的道具。这里面应该都是方法的调用，而没有任何数据的处理，数据的处理由第三层的Manager管理。Manager对应中声明一个参数Player，在创建Manager对象时传入，不同的模块数据之间交互都由Manager处理，Manager中的方法职责单一，只负责处理一件事情。每个用户的每个模块Manager对象各一个。用户之间不共享，这样可以减少参数的传入。这样更加方便面向对象的设计。方便对业务逻辑进行单元测试。

　　Service层

　　每个用户的每个模块的Manager实例存储在当前用户业务逻辑处理的线程的LocalThread中的HashMap中，这样方便管理又避免使用锁了。使用一个ManagerFactory对象统一管理Manager对象的创建和获取。

　　租用游戏服务器就选本公司！为您提供完善的解决方案，让您使用游戏服务器时省心、省事、省时！24小时在线Q1708453677

版权声明：本站文章来源标注为YINGSOO的内容版权均为本站所有，欢迎引用、转载，请保持原文完整并注明来源及原文链接。禁止复制或仿造本网站，禁止在非www.yingsoo.com所属的服务器上建立镜像，否则将依法追究法律责任。本站部分内容来源于网友推荐、互联网收集整理而来，仅供学习参考，不代表本站立场，如有内容涉嫌侵权，请联系alex-e#qq.com处理。