隐叶

这个转换的功能相对独立，单独出来可以减少整体项目的复杂度，比方包依赖。单独项目启动速度快，如果放到Client项目里面，虽然只需要启动一个项目，但是如果项目有更新的话（经常会更新），加载时间会长。

DataTable 指的是策划的配置表数据，策划会配置到Excel表上，然后呢，我们就会用工具把Excel表转成tab分隔txt或者json格式，外加对应的C#的数据类，这样程序里面就可以直接使用了。

这个使用比较简单，跑下测试用例 TestSetting 就好了。要注意的一点是，要调用save才会持久化到本地。 用法上主要用来保护客户端的一些设置数据，比方登陆账号啊，临时密码啊，音量大小之类的。

在原StarForce项目，需要注册事件，和移除事件，还要监控加载的状态。但是业务层其实不应该关注这些细节，业务层只需要在特定目录下新增配置文件，在合适的地方加载配置，然后在业务用到的地方读取就好了。

有很多地方要用到测试，所以把这个测试流程的配置单独出来，方便引用。 配置测试流程 很简单就可以配置好测试流程。

游戏用流程的不同阶段来解耦和隔离业务功能是一种很好的模式。但原来的StartForce项目，只是简单的把流程作为串联业务的场所，混合了太多逻辑。所以这里把 StartForce 进行了重构。

游戏框架的启动逻辑，和原项目有少许不同，但基本保持一致。所以先看参考文章，然后再下载游戏跑起来试试。

这篇文章主要是对重构后的StarForce 项目的目录结构先做个总体概述，有一个大体的概念，方便进一步讲解。

GameFramework框架本身是个完整的商用框架，覆盖到了常用开发的各个功能模块，扩展性也相当出色。但框架本身稍显复杂，对上手框架不是太友好。对其进行二次封装是为了降低使用的难度。