petshop4.0

petshop4.0 详解之一（系统架构设计）

前言：PetShop 是一个范例，微软用它来展示.Net 企业系统开发的能力。业界有许多.Net 与

J2EE 之争，许多数据是从微软的 PetShop 和 Sun 的 PetStore 而来。这种争论不可避免带有

浓厚的商业色彩，对于我们开发人员而言，没有必要过多关注。然而 PetShop 随着版本的不断

更新，至现在基于.Net 2.0 的 PetShop4.0 为止，整个设计逐渐变得成熟而优雅，却又很多可

以借鉴之处。PetShop 是一个小型的项目，系统架构与代码都比较简单，却也凸现了许多颇有

价值的设计与开发理念。本系列试图对 PetShop 作一个全方位的解剖，依据的代码是

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/bd

图一：三层的分层式结构

数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问。简单的说法就是实现对

数据表的 Select，Insert，Update，Delete 的操作。如果要加入 ORM 的元素，那么就会包

括对象和数据表之间的 mapping，以及对象实体的持久化。在 PetShop 的数据访问层中，并

没有使用 ORM，从而导致了代码量的增加，可以看作是整个设计实现中的一大败笔。

业务逻辑层：是整个系统的核心，它与这个系统的业务（领域）有关。以 PetShop 为例，业务

逻辑层的相关设计，均和网上宠物店特有的逻辑相关，例如查询宠物，下订单，添加宠物到购物

车等等。如果涉及到数据库的访问，则调用数据访问层。

表示层：是系统的 UI 部分，负责使用者与整个系统的交互。在这一层中，理想的状态是不应包

括系统的业务逻辑。表示层中的逻辑代码，仅与界面元素有关。在 PetShop 中，是利用 ASP.Net

4、有利于标准化；

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

概括来说，分层式设计可以达至如下目的：分散关注、松散耦合、逻辑复用、标准定义。

一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责

不同逻辑设计的开发人员就可以分散关注，齐头并进。例如 UI 人员只需考虑用户界面的体验与

操作，领域的设计人员可以仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互

而头疼了。每个开发人员的任务得到了确认，开发进度就可以迅速的提高。

松散耦合的好处是显而易见的。如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼

此间相互依赖，谁都是不可替换的。一旦发生改变，则牵一发而动全身，对项目的影响极为严重。

降低层与层间的依赖性，既可以良好地保证未来的可扩展，在复用性上也是优势明显。每个功能

2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一

个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相

应的代码。

前面提到，PetShop 的表示层是用 ASP.Net 设计的，也就是说，它应是一个 BS 系统。在.Net

中，标准的 BS 分层式结构如下图所示：

图二：.Net 中标准的 BS 分层式结构

随着 PetShop 版本的更新，其分层式结构也在不断的完善，例如 PetShop2.0，就没有采用标

准的三层式结构，如图三：

图四：PetShop 3.0 的体系架构

机制，同时又充分利用了 ASP.Net 2.0 的新功能 MemberShip，因此 PetShop4.0 的系统架

构图如下所示：

图五：PetShop 4.0 的体系架构

比较 3.0 和 4.0 的系统架构图，其核心的内容并没有发生变化。在数据访问层（DAL）中，仍

然采用 DAL Interface 抽象出数据访问逻辑，并以 DAL Factory 作为数据访问层对象的工厂模

块。对于 DAL Interface 而言，分别有支持 MS-SQL 的 SQL Server DAL 和支持 Oracle 的

Oracle DAL 具体实现。而 Model 模块则包含了数据实体对象。其详细的模块结构图如下所示：

据库类型的不同，对数据库的操作也有所不同，代码也会因此有所区别。

此外，抽象出来的 IDAL 模块，除了解除了向下的依赖之外，对于其上的业务逻辑层，同样仅存

在弱依赖关系，如下图所示：