自研框架Once

实现了以上的规整化内容后，后端应用程序的开发过程将会被约束，软件质量也会得到保证。但是，只保证软件质量是不够的，架构应该考虑软件的开发效率。就后端应用程序而言，代码是否可以只写一次，如果不能，是不是可以用代码生成器生成。另外，对于使用相同框架的两个项目，A项目积累下来的模块代码，是否可以在B项目中直接使用。

说明：为了实现上述愿望，笔者做了一个框架，叫Once（一次），有兴趣的朋友可以在
https://github.com/YiiGaa/Once上下载。这个框架是一个顶层框架（只约束了规则），其基础框架还是Spring Boot。在使用这个框架的几个项目里，其效率提升是明显的，一个后端工程师可以一天产出十几二十个接口（测试通过）。

关于顶层框架的说明，可参考10.1.2小节的介绍。

从宏观上讲，后端应用程序是多个请求的集合。而对单个请求来讲，是多个步骤的集合，以一个审核博客的接口为例，可以将其理解为：第一步“用户鉴权”，第二步“检查必要参数”，第三步“填充默认参数”，第四步“数据库操作”。

在4.3.2小节中，强调后端应用程序应该抽离公共模块。其实，后端应用程序是可以分成两层的，一是业务代码，二是模块代码，如图4.64所示。

·业务代码：指定该业务请求的步骤，且指定每一步调用的模块，例如，第一步调用“用户鉴权”模块，第二步调用“数据库操作”模块，第三步调用xx（其他）模块。

·模块代码：实现某种具体功能的代码块，例如用户鉴权模块、检查必要参数模块等。模块代码与业务功能无关，只关心被使用的场景。

这样的话，模块代码是可以只写一次的（所有接口都可以使用），而且可以直接用在其他项目当中。但是，业务代码部分仍然需要编写大量的代码，而这些代码其实是高度重复的。此时，如果加入“数据池”的话，则可以进一步简化业务代码。

业务代码每次调用模块时，都把“数据池”和模块参数传入模块中，模块代码根据模块参数实现逻辑，模块代码可直接对“数据池”进行处理（可以从“数据池”中获取或更新数据）。当模块发生错误时，错误码会被存放到数据池中。模块处理完后，把数据池返回业务代码，业务代码判断是否需要截断下一步逻辑（数据池中是否有错误码）。

具体工作原理如图6.65所示。

经过以上规范化后，业务代码可以简化为JSON的表达形式，如代码4.42所示。简化业务代码后，即可通过代码生成器把业务代码还原成Java代码。这样，便减少了重复代码的编写，又让业务代码更加清晰明了。

代码4.42　业务代码简化为JSON的表达"接口列表":

{

"接口一": {

"接口路径": "/xx/xx" ,

"请求方式": "POST" ,

"调用模块": [

{

"模块名":"检查必要参数",

"模块参数":{ //模块代码会自动识别数据池中是否有以下字段

"abc":"abs", //abc字段为必填

"bcd":"opt" //bcd字段为选填

}

},

{

"模块名":"数据库操作",

"模块参数":{

"control":"update", //更新操作

"query":"UPDATE t_blog SET state='pass' WHERE

id='@id@'" //SQL语句，其中@id@会替换成数据池中的id的值

}

],

},

"接口二":{

...

}

}

本文给大家讲解的内容是大型网站架构的技术细节：后端架构规整化自研框架Once

1. 下篇文章给大家讲解的内容是大型网站架构的技术细节：后端架构数据库对比及工作原理
2. 感谢大家的支持！