本文介绍了如何使用ORM简化游戏服务端玩家数据的持久化，通过自定义ORM框架避免手动编写SQL，提高开发效率。文章提到了Cacheable抽象类、AbstractCacheable、DbStatus等关键类的设计，并解释了为何不使用成熟的ORM框架如Mybatis，而是选择自定义简易版。此外，还介绍了SqlFactory和DbUtils等工具类的功能，以及在实际应用中的实现方式。
前面一篇文章手游服务端框架之关于玩家数据的解决方案，介绍了当今游戏服务端对玩家数据进行持久化的两种方案。一种是将玩家数据通过json等格式统一打包成字符串或二进制流；另一种是根据模块功能垂直拆分，一个模块一张用户表。
今天的主题就是介绍如何通过orm来简化上面所说的第二种持久化方式。
ORM(关系对象映射),简单来说,就是将oop世界里的对象与关系型数据库里的表记录进行映射。如果玩家数据的持久化是根据功能模块来拆分的话，那么随着游戏功能的增多，用户表的数量也会越来越多。如果对于每一张表，都需要编写对应的CRUD sql语句，那开发效率是非常低下的。但使用了orm框架，对于每一个需要进行持久化的玩家数据对象，都不再需要手动编写sql语句，这无疑是非常爽的。
至于为什么不使用Mybatics或者Hibernate这种成熟强大的ORM框架，而是选择自己造轮子设计。这里有个原因，一般游戏业务都是对单表进行增删查改（甚至不用删除），也很少需要对多张表进行联合查询。所以自己手写一套简易的orm工具即可，还可以灵活整合缓存系统。
下面逐步介绍使用的主要类文件
订阅专栏 解锁全文
扫一扫
1897
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
