三层架构---理论篇

What is it？

每当我们接触一个新名词，首先要问问自己“它是什么”，这样才会有更强烈的好奇心与求知欲去弄明白它。

三层架构，由它的名字通俗易懂的理解就是三个层次的结构。那么，在我们的软件体系架构设计中，三层架构是指什么呢？通常就是指将整个业务划分为三层：界面层（User Interface layer）、业务逻辑层（Business Logic Layer）、数据访问层（Data access layer）。

数据访问层：它在整个业务中的作用就是访问数据系统中的文件，直接与数据库打交道，实现对数据库中数据的增删改查操作，也就是SQL语句的拼接需要在这一层完成。

业务逻辑层：它的主要作用就是将用户输入的信息进行判断，然后进行甄别处理。也就是我们在编码过程中常用的 if-else 判断需要在这里完成。

显示层：它的主要功能就是接收用户传输的数据和显示数据，直接与用户打交道，可以在系统运行时提供人机交互式的操作界面。接收用户的输入信息和显示数据业务需要在这一层完成。

Why are we using it？

在这之前的项目中没有应用架构，确切的说是不知道有这个东西，程序依然可以跑起来。既然如此，我们为什么还要使用三层架构呢？是它更简单、更容易还是其他的什么原因呢？这就需要我们了解一下三层架构有哪些特点了，或者是应用三层架构设计软件系统，有哪些好处。

应用三层架构，最根本的目的就是合理设计软件系统模块，把握面向对象编程的思想-----高内聚低耦合。区分层次的目的就是为了实现“高内聚低耦合”的思想，降低层与层之间的依赖。三层架构软件系统为用户的数据传输、提取、存储创造了条件。在应用数据时，信息划分架构开发项目，对各层之间的工作职责进行清晰地规划，这样就降低了软件系统的维护风险。具体来说，它有以下的优点：

1、开发人员根据业务需求，可以只关注整个结构中其中一层。

2、可以很容易的用新需求的实现来替换原有层次的实现。

3、降低层与层之间的依赖。

4、有利于标准化。

5、有利于各层逻辑的复用。

6、结构更加的明确。

7、有利于后期维护和升级。在软件的后期维护过程中，能降低维护时间和成本。

8、避免显示层直接访问数据层，显示层只和逻辑层直接相关，提高了数据的安全性。

9、有利于系统的分散开发，团队协作，每一层可以由团队中不同的成员来开发，很好的提高了系统的开发速度。

10、为系统的移植提供了方便。

How do we use it?

既然分层架构有这么多的好处，在我们开发过程中当然是离不开它了。以前的小型项目中，根据用户输入的信息可以直接访问数据，而现在需要经过一个中间层。那如何实现数据的传输呢？依靠参数。参数实现了用户输入的数据与各层之间数据的传输。在这里我们还需要一个实体层。在实体层中定义数据库中的字段，为保护字段，我们要设置相应的属性，依靠属性进行数据的传递。如果仅满足这些条件，是不是就能实现业务需求了呢？No。仅把这些层创建出来，它们之间本没有直接的联系，那如何将它们之间形成联系呢？这就需要我们给它们添加引用了。

这三层之间的引用关系，都是引用与它直接相关的那一层。D层引用实体层，B层引用D层，U层引用B层；在B层和U层中，由于都需要使用实体，所以也将实体层进行引用。这样各层之间就有了一定的联系了，形成一个整体的架构，不是孤立的某一层了。

本文简要介绍了一下三层架构，理论知识是实践的基础。下一篇博客小编将为您带来应用三层架构的小实例。通过实例，进一步理解各层的作用，参数是如何传递的，三层是如何实现业务需求的。