项目如何进行分层？
1.关于分层
说起应用分层，大部分人都会认为这个不是很简单？不就是controller，service,mapper这三层吗？
其实分层看起来简单，实际上有大学问。许多人往往不会把他们职责划分开，在许多的代码里,controller做的逻辑比service还多,service往往当成透传了，这其实是很多人开发代码都没有注意到的地方，反正功能也能用，至于放哪无所谓呗。这样往往造成后面代码无法复用，层级关系混乱，对后续代码的维护非常麻烦。
也许在这些人眼中分层只是一个形式，前辈们的代码都是这么写的，其他项目代码也是这么写的，那么我也这么跟着写。但是，有的人习惯controller写大量的业务逻辑，有的人习惯在service中之间调用远程服务，这就导致了每个人的开发代码风格不同，后续维护代码往往出现纠结选择，是按照自己习惯来，还是按照写这个代码的前辈的习惯来？而选择一旦有偏差，你的后辈维护你的代码的时候，恐怕又要骂娘了。
其实好的应用分层应该具备以下几个方面的优点：
方便后续维护和功能扩展
分层习惯应尽可能让所有人都能接受
各层次之间职责边界清晰
2.如何进行分层
2.1权威规范---阿里规范
阿里的代码分层规范如下图所示：
开放接口层可以直接封装Service方法暴露成RPC接口。通过Web封装成