三层结构

2024年4月12日发(作者：)

“三层结构”是什么？

“三层结构”一词中的“三层”是指：“表现层”、“中间业务层”、“数据访问层”。其中：



表 现 层：位于最外层（最上层），离用户最近。用于显示数

中间业务层：负责处理用户输入的信息，或者是将这些信息发送

据和接收用户输入的数据，为用户提供一种交互式操作的界面。



给数据访问层进行保存，或者是调用数据访问层中的函数再次读出

这些数据。中间业务层也可以包括一些对“商业逻辑”描述代码在

里面。



数据访问层：仅实现对数据的保存和读取操作。数据访问，可以

访问数据库系统、二进制文件、文本文档或是XML文档。

对依赖方向的研究将是本文的重点，数值返回方向基本上是没有变化的。

在一个

如果只以分层的设计角度看，Duwamish7要比PetShop3.0复杂一些！而如果较为全面的比较二者，

PetShop3.0则显得比较复杂。但我们先不讨论这些，对PetShop3.0和Duwamish7的研究，并不是

本文的重点。现在的问题就是：既然“三层结构”已经被分派到各自的项目中，那么剩下来的项目是做什

么的呢？例如PetShop3.0中的“Model”、“IDAL”、“DALFactory”这三个项目，再例如Duwamish7

中的“Common”项目，还有就是在彬月论坛中的“Classes”、“DbTask”、这两个项

目。它们究竟是做什么用的呢？

对“三层结构”的深入理解——从一家小餐馆说起

一个“三层结构”的Web应用程序，就好象是一家小餐馆。









表 现 层，所有的.aspx页面就好像是这家餐馆的菜谱。

中间业务层，就像是餐馆的服务生。

数据访问层，就像是餐馆的大厨师傅。

而我们这些网站浏览者，就是去餐馆吃饭的吃客了„„

我们去一家餐馆吃饭，首先得看他们的菜谱，然后唤来服务生，告诉他我们想要吃的菜肴。服务生记

下来以后，便会马上去通知大厨师傅要烹制这些菜。大厨师傅收到通知后，马上起火烧菜。过了不久，服

务生便把一道一道香喷喷的、热气腾腾的美味端到我们的桌位上——

而我们访问一个基于技术的网站的时候，首先打开的是一个aspx页面。这个aspx页面的

后台程序会去调用中间业务层的相应函数来获取结果。中间业务层又会去调用数据访问层的相应函数来获

取结果。

为什么需要“三层结构”？——初探，就从数据库的升迁开始

一个站点中，访问数据库的程序代码散落在各个页面中，就像夜空中的星星一样繁多。这样一动百动

的维护，难度可想而知。最难以忍受的是，对这种维护工作的投入，是没有任何价值的„„

有一个比较好的解决办法，那就是将访问数据库的代码全部都放在一个程序文件里。这样，数据库平

台一旦发生变化，那么只需要集中修改这一个文件就可以了。我想有点开发经验的人，都会想到这一步的。

这种“以不变应万变”的做法其实是简单的“门面模式”的应用。如果把一个网站比喻成一家大饭店，那

么“门面模式”中的“门面”，就像是饭店的服务生，而一个网站的浏览者，就像是一个来宾。来宾只需

要发送命令给服务生，然后服务生就会按照命令办事。至于服务生经历了多少辛苦才把事情办成？那个并

不是来宾感兴趣的事情，来宾们只要求服务生尽快把自己交待事情办完。我们就把

程序就看成是一个来宾发出的命令，而把新加入的程序看成是一个饭店服务生，那么来

宾发出的命令就是：

“给我读出留言板数据库中的数据，填充到DataSet数据集中并显示出来！”

而服务生接到命令后，就会依照执行。而程序，让服务生做的是：

“把我的留言内容写入到数据库中！”

而服务生接到命令后，就会依照执行。这就是TraceLWord2！可以在CodePackage/TraceLWord2目

录中找到——

把所有的有关数据访问的代码都放到文件里，程序文件如下：

#001 using System;

#002 using ;

#003 using ; // 需要操作 Access 数据库

#004 using ;

#005

#006 namespace TraceLWord2

#007 {

#008

#009

#010

#011

#012

#013

#014

#015

#016

#017

#018

#019

#020

#021

///

/// 填充目标数据集

/// 表名称

/// 记录行数

///

public class LWordTask

{

// 数据库连接字符串

private const string DB_CONN=@"PROVIDER=.4.0;

DATA Source=C:";