系统架构如何分层
all problems in computer science can be solved by another level of indirection,except of course for the problem of too many indirections. - David Wheeler
在软件设计中分层随处可见，比如我们刚刚学习java web的时候所做的dao,service,controller三层架构，但是分层又有什么好处呢？
由于业务的复杂性，分层可以让我们站在一个相对高层的视角来分解和简化我们的问题，此外分层可以带来更好的测试性，维护性，灵活性，可扩展性等方面的好处。
1.简化复杂性，结构清晰
2.降低耦合度，隔离层次，降低依赖，利于分工测试和维护
3.提高灵活性，比如mybatis替换hibernate来管理与db的交互
4.提高扩展性，方便实现分布式部署
看起来十分简单，好像把系统分成一定的层次，并把他们组织起来。但是其实在现实中，如何划分，各个层次存在的意义，如何取舍各个层次之间的依赖关系却没有那么容易，边界的重合部分，不同场景下的关注点，层次内部的具体分解以及层次的粒度都是我们需要仔细考虑的问题。
什么是分层
最广为人知的应该就是经典的三层架构，展示层(presentation/user interface)、业务逻辑层(business logic)、数据访问层(data access)。那么被广泛的时候，我们不禁要自问一句，我们分层的依据是什么呢，能否抽象出一些相同点和不同点，又该在什么时候加入合适的中间层，在实践的过程中我们又该采取什么样的架构？
分层的本质
我们不妨先回到问题的起点上，思考到底什么是分层。
分层其实是把一系列相同或者相似的对象进行分类并放在同一层，然后在根据他们之间的依赖关系再确定上下层的依赖关系。
可以看出分层的关键是分类和关联（事务的两面性：区别和联系）
1.分类：确定划分标准，将相关对象进行抽象和归类，对层之间进行隔离，并保持层内之间元素是高度内聚。
2.关联：层与层以及外部是存在联系的，需要关注不同层间的依赖与通信，保持层之间的松散耦合
