应用分层规范

　　之前一直做性能测试，现在专做测试平台开发，对于项目的分层都比较模糊，一般都以功能实现实现和代码结构清晰为主，对于业务分层这块虽然有做，但是没有特别清晰的明确，今天在地铁上看到的一篇文章觉得蛮有启发，就分享下。连接如下：

　　https://mp.weixin.qq.com/s/FuP9bCbaAVyoSVgRDhJj1Q

　　作者的公司采用IPO的方式，i即input请求入口，p是process逻辑处理，o是output信息输出。其实有点像工作台，接收信息-》处理信息-》输出信息，下面是图形说明：

 

　　统一的逻辑架构

　　职责说明：

　　　这种分层想法对于我来讲有些启发，目前我们平台的项目目录是这样的：

　　按照文章中的分层思想，目前想对项目进行如下拆分和重组。

　　1、之前所有的业务逻辑和数据库操作逻辑全部都在service包中，可以把service分层为busService和dataService.

　　2、utils中的工具类都可以入到commponent中

　　3、dao包主要存放的是数据持久层的操作，可以转入到dataService中

　　4、entity的包原来是讲所有的对象都放入其中，这里应该对entity对象进行分类，区分dataEntity和viewEntity，同时新增requestEntity和responseEntity

　　5、简化controller中的代码，contoller主要是接收请求，依照上层调用下层的原则，将其中的逻辑代码下沉到busService中

　　按照这种分层，项目结构更加清晰，每个层级的职责也更加明确。