“三层架构”规范

---

前言

三层架构是一个完全属于逻辑的东西，它更像是一个流程，一个有着既定规范的规则，我们怎么去理解它了，请跟着我来瞧瞧。

---

一、三层架构是什么？

很多人在碰到三层架构的时候都会想三层架构是什么？
  在这里我想说的是三层架构其实理解起来，就是编写代码时，对代码的规范要求，是逻辑性的，是大家看着好像懂了，但又没有懂的东西。
举个例子来说：
  顾客、商店、店员这三者，顾客去商店买东西，选中商品后，拿给店员结账，然后拿上商品走了，这一个过程就可以看成是三层架构，顾客是表现层（UI）因为它只管买东西，能弄到具体的东西，它可不管其它的；然后是商店是数据访问层（DAL），它里面有很多商品，顾客买走了，商店里就会少了一样商品，商品就是这个商店中的数据，所以它是数据访问层；店员属于业务逻辑层（BLL），它会要求顾客结账，查看顾客选择的商品是什么，它会处理顾客的要求，和商品的一些属性，从这个例子就可以看出，表现层就是提要求和有明确结果显示的一层，数据访问层就是用于访问具体的数据，具体的内容，关系到我们是否该添加商品，删除商品等，业务逻辑层，则是用来处理顾客和商品之间的关系，顾客没有付钱，它会阻止顾客拿走，商品付钱后，顾客拿走，这一层就会提示，库存中该商品要减了。但是其实在除了这三层结构外，还有一个非常重要的层，就是实体层（Entity），它是我们商品的具体化，这一层贯穿于整个三层架构，顾客买一瓶可乐，那就要将可乐变成一个具体的类，这个类就是实体层，为什么说它贯穿整个三层架构了，顾客选中可乐，商店里有可乐，店员查看商品是不是可乐，这就贯穿了，每一层都要用到所以这就是实体层。
通过这例子我们大概就能理解到什么叫作三层架构了，但是要真正的理解，你还需要多实践，伟人说过实践出真知呀。

二、为什么使用三层？

就两个字，解耦（我们在写代码的时候，判断一个程序到底好不好，那么看它的耦合性，是一个非常不错的想法，代码之间的耦合性越低，则代码其实越好，但是则这是相对而言，判断好坏肯定还有其它的标准。）

三、三层架构的优势

就三点：
  结构清晰、耦合度低
  可维护性高，可扩展性高
  利于开发任务同步进行, 容易适应需求变化

四、三层架构的劣势

世界上没有东西是完美，那么三层架构同样如此：
它也有三点：
  降低了系统的性能
  有时会导致级联的修改
  增加了代码量，增加了工作量

---

总结

三层架构是在真正做业务的时候会经常用到的一个规范标准，是我们这些程序员需要勤加练习的东西，但是不能只练而不理解，不然那也只是竹篮打水一场空。愿诸君人生宏大，一片光明。