大话快速开发--桥接层之代码生成器

   看看上次写博客已经是近一年钱,CSDN虽然常逛,但是不怎么说话.如今有个小项目,涉及到一些所谓的高效开发,又需要为后期做准备.忽然有记录一下设计流程的想法,就在这里进行试着记录了.各位看客,有什么不同意的地方还请拍砖.(如果拍,请重拍...)

  场景1:

  首选是一个需求变动很大的小游戏项目B/S结构,涉及到大量的数值规则以及逻辑.开发初期,为了更好的控制游戏策划期的风险,采用了一个简单的WinFrom Demo模式.

  原先项目包含如下结构

  1.实体层 --包含整个项目的数据结构

  2.业务层--对实体库进行业务处理

  3.实体管理层--对数据进行管理储存

  4.数据编辑器界面层--用于对各种数据编辑器

  5.逻辑模拟界面层--用于对业务逻辑进行测试(直接访问的业务)

  

   当测试进行到一定时期,我们的项目进入了第二个阶段,更复杂的流程测试,并且还要考虑到后期的前后端对接问题(前端并行开发中,但是开发周期延后).

   目的:

   1.依然保持快速的界面开发

   2.绕过烦人的C/S访问方式(网络调试部署,都是个麻烦的事情)

   3.使用前端的对接接口

   在不通过烦人的C/S的访问方式,又达到如上接口,我们需要在逻辑界面模拟层<-->业务层中间 添加一层中间层(访问桥接层)

  桥接层的需求:

  1.分离单独的访问方法

      为后期无缝对接做准备

  2.隔离业务层以及实体层,

     不允许外部直接访问业务以及实体,增加中间的通信实体,用于屏蔽在传输过程中出现不必要的信息.

  

  3.界面层类本地的世界访问

     依然保持快速的测试以及开发流程

  4.同步的远程访问方式的提供

    前端直接调用远程接口,完成业务调用

 简单的检查一下流程:

 原来的开发流程是:

 拖几个控件做界面-> 初始化实体数据

响应界面操作->访问业务层->获取实体对象->显示业务结果

预期新的开发流程: 

 拖几个控件做界面-> 访问桥接层初始化方法->初始化实体数据

响应界面操作->访问桥接层业务方法->访问业务层->获取实体对象->转换桥接层业务实体->显示业务结果

前端访问流程:

做好的界面->通过网络访问->访问桥接层业务方法->返回桥接层业务实体->显示业务结果

工作量增加开销:

1.包装提取桥接业务层

2.编写桥接业务实体层

3.编写前端访问网络层

维护问题开销:

1.后期增加修改的实体同步

2.业务方法修改之后的各层同步

我们预期最好能承担的开销:

包装提取桥接业务层

(总算降到正题了)

预期解决方案:代码生成器

工作流程

1.编写原始桥接业务层

(以下由生成器工作)

2.提取接口访问接口

3.生成桥接实体层

4.生成包含转换的 桥接业务实体层

5.生成网络访问层

完成手工.......