软件开发中的三层架构技术分析

第第页软件开发中的三层架构技术分析在这种方式中，客户端直接和服务器对接，没有其他数据处理环节，有利于提高数据库数据读取的速度，但缺点是当计算机软件的任何一个部分发生更改，哪怕是最微小的变动，整个计算机软件都需要重新开发，限制了软件的通用性。特殊是对于大型软件开发，除不利于软件的修改，在软件的开发期也存在很大的困难，需要程序编程人员互相高度协作，而且也不利于工作的安排。

为了解决这种冲突，就消失了计算机软件的三层架构技术，将原先单一的客户端和服务器端的模式，依据功能分别拆分成表示层、业务规律层、数据访问层和数据实体层。采纳“分而治之”的思想，把冗杂的问题分成不同的部分，即不同的层，以便逐个解决问题，便于软件的设计、掌握、资源安排和修改。为了让大家更好地了解三层架构技术，本文从几个方面对软件开发中的三层架构技术进行介绍。

1三层架构技术中详细分工和各层功能介绍

(1)表示层：主要是指适合用户与计算机的交互界面，目的是为了便利用户数据的输入和显示处理后的数据结果，这部分工作主要由界面的美工完成。软件设计人员通过表示层界面收集用户输入的数据要求，并把这些数据转换成业务规律层可以操作的数据。同时也把业务规律层传出的结果转换成客户想要的效果，通过文本、图片、动画、3D等格式显示在用户眼前。表示层也可以被理解为输入和输出的操作平台，我们可以创建一个图书馆，然后把客户要求设计成固定的元素：图片、脚本、CSS、附件等进行统一管理。

(2)业务规律层：又称为领域层，是表示层和数据访问层的中间桥梁，实现业务之间的规律处理，主要是对经过表示层输入的数据进行验证、计算和业务规章等方面的处理。在程序编写的过程中，主要表达在对象的方法、属性、大事、索引、接口等，通过这些手段，实现与数据访问层的对接。业务规律层的位置特别关键，它位于表示层与数据访问层的中间位置，对数据的交换起到了承上启下的作用。对于表示层而言，它是被调用者，而对于数据访问层而言，它是调用者，依靠与被依靠的关系都纠结在业务规律层上。

(3)数据访问层：直接和数据库中原始数据进行对接，是对数据底层的操作，主要包括对数据库中数据的增加、删除、修改、查找等操作。该层主要的功能是依据业务规律层的要求，把存储在数据库中的数据取出并提交给业务规律层，同时把业务规律层处理的数据结果保存到数据库。对数据库的'操作，可以分为单表操作、关联表操作和不同数据库之间的操作。可以充分利用SQL语言中的Insert，，update，Select等语句，对数据库进行操作，同时返回不同的数据类型结果，例如DataTable，Bool，DataSet，DataReader等，将其生成DLL文件，然后通过组件的引用就可以现实数据访问的功能。

(4)数据实体层：就是数据库中的原始数据。为了能够更有效地存储原始数据，便利数据访问层对数据的存取等操作，就必需对数据库进行设计，将数据有规律地进行存放。

数据库设计是信息系统的核心和基础。首先我们应当对软件用户的业务数据的使用状况进行调查和分析，了解全部业务数据的种类、范围、数量、存在形式以及它们之间的关联状况，并由此确定用户对数据库的要求和相关制约条件等，形成用户的需求分析。

通过用户的需求分析，建立出一个合适的数学模型。这个数学模型应能够完好反映消失实中全部业务数据的信息结构、信息内容和信息之间的相互关联与制约关系，并满意用户对信息的存储、维护、检索和修改数据的操作要求等。

2三层架构技术的工作原理

首先，用一张图表示三层架构技术之间的关系。

从图中可以很清楚地看到四层之间的一个规律关系。用户通过表示层的界面输入数据，将数据传递给业务规律层进行验证、计算、处理等操作，然后传递给数据访问层，通过数据访问层到数据库中进行增加、删除、查找等操作，得到用户所需要的数据结果，将结果进行存储并把结果返回到数据访问层，再通过给业务规律层，最终以用户设定的格式显示在用户界面，最终用户得到自己需要的结果。四层中任意一层仅仅和自己相邻的层进行数据交换，而和其他层无任何关联。

三层架构技术，其实就相当于在客户端与数据库端之间加了一个“中间层”，也可以称之为组件层。这个“中间层”，并不是实际物理意义上的中间层，而指的是规律上的中间层，把应用程序中的业务规章、数据访问、合法性校验等工作放到了中间层进行处理，客户端不再直接与数据库进行数据交互，而是通过中间层来建立连接，再由中间层和数据库进行数据的交互，最终实现客户端和数据库端的数据的交互。

3三层架构技术的规章

在软件开发的三层架构技术中，第四层数据实体层是基本的数据源，是必不行少的一层，是软件操作的基础，它的运算效果取决于计算机的硬件和数据库设计的合理性。而对于另外三层，并不是只要项目被划分成了表示层、业务规律层和数据访问层就称之为三层架构，这三层之间还必需要遵守一些商定的规章：(1)表示层仅仅只是一个和用户进行对接的界面，因此可以将其任意移植到其他类似环境的项目中。(2)数据实体层只能通过数据访问层进行数据读取，其他层都不能够直接从数据实体层中读取数据。(3)数据访问层只能作为一个对数据库实体的读取中间层，而不能进行任何业务规律的处理操作。(4)软件设计应当以业务规律层为核心，而不是数据访问层或是数据实体层，更不应当是表示层。在业务规律层应当以面对对象的方式，实现全部的有业务规律操作。(5)数据层中全部的数据都应当在肯定的抽象程度上做到与系统无关。(6)设计的时候，全部的远程对象技术都应当考虑到不同的服务器和多台服务器之间的负载均衡作集群。(7)这3个模块中的任意模块都可以运行在不同的服务器上。

一个项目是否需要进行三层设计，首先要看这个项目的冗杂度。事实上，许多项目只需要编辑一个WebApplication就足够实现全部功能了，根本不需要更冗杂的技术，而只有真正冗杂的项目，才需要利用三层架构技术进行设计和开发。

4三层架构技术的优势

通过对三层架构技术的工作原理的理解，我们可以得到通过三层架构技术开发出来的软件的优点。

(1)结构清楚，耦合度低。三层架构技术中层次分明，层与层之间结构清楚，软件编写人员分工明确，层与层之间的关联不多，降低层与层之间的依靠性，编写人员可以只关注整个结构中的某一层，从而极大地避开了二层技术开发的软件中存在的耦合度问题。

(2)可维护性高，可扩展性高。用三层架构技术开发的软件在后期维护的时候，极大地降低了维护本钱和维护时间。软件的任意一部分的功能更改和升级，仅需更改某层的设计和编写，而不需要对整个系统做出转变，而不像用二层技术开发的软件那样，一个小程序的改变都需要调整整个软件开发，极大地提高了软件的维护性和扩展性。

(3)利于开发任务同步进行，简单适应需求改变。三层架构技术极大地解决了软件开发的问题，特殊是大型软件开发的问题，让软件开发实现任务的同步。在二层技术开发软件时，由于仅有2个端点，故软件开发时就存在一个编程的先后，必需由一个团队对整个软件流程非常清晰，并从始至终编写全部环节的程序。而三层架构技术把软件分成4个层次，而且层与层之间关联不大，故可以将软件分成4个不同层次进行同步开发，实现任务的同步，从而大大缩短了软件开发的时间，更简单适应需求的改变。

5三层架构技术的缺点

(1)降低了整个系统的读取数据的速度。在二层技术结构中，大部分数据的读取是通过客户端直接造访数据库而得到的结果，而三层架构技术却必需经过4个层次的完好过程才能得到最终结果，无形中增加了中间环节，从而降低了系统的性能。

(2)有时会导致关联层次的修改。由于三层架构技术中层与层之间存在规律关系，当其中一个层次由于需要而发生功能的转变或增加时，很有可能导致其他层次的代码转变。例如：当表示层中增加了一个功能，为了保证其各层设计的结构合理性，可能需要在对应的业务规律层和数据访问层中都增加相应的代码，从而到达最终数据的全都性。

(3)整体代码编写的工作量增加。由于三层架构技术增加了层与层之间的接口，有些能够直接使用的代码如今不得不分开使用，无形中增加了代码的编写工作量。

(4)增加了开