petshop功能的使用说明.doc

petshop40功能的使用说明.txtゅ你不用一上线看见莪在线，就急着隐身，放心。莪不会去缠你。说好的不离不弃 现在反而自己却做不到╮ pettshop4.0 详详解之一（系系统架构设计） 前言言：PetShop 是一个范例，微软用它来来展示.Net企企业系统开发发的能力。业界界有许多.Neet 与 J2EE 之争，许多多数据是从微微软的PetShoop 和Sun 的的PetStore 而而来。这种争争论不可避免免带有 浓厚厚的商业色彩，，对于我们开开发人员而言言，没有必要过过多关注。然然而PetShopp 随着版本的的不断 更新新，至现在基于于.Net 2.0 的的PetShop44.0 为止，整整个设计逐渐变变得成熟而优优雅，却又很很多可 以借借鉴之处。PeetShop 是一个个小型的项目目，系统架构构与代码都比较较简单，却也也凸现了许多颇有 价值值的设计与开发发理念。本系系列试图对PetShop 作一一个全方位的解剖，依据的的代码是 PetSShop4.0，可可以从链接 httpp://msdn.mmicrosoft.coom/library/ddefault.aspp?url=/library/en-us/ddnbda/html//bd asamppet4.asp 中获得。 一、PetShop 的的系统架构设设计 在软软件体系架构设设计中，分层层式结构是最常见，也是最最重要的一种结构。微软推推荐的分层式式结构 一般般分为三层，从从下至上分别别为：数据访问层、业务逻逻辑层（又或或成为领域层））、表示层，如图 所示示： 图一：三层的分层式结构 数据据访问层：有时时候也称为是是持久层，其功功能主要是负负责数据库的访问。简单的的说法就是实实现对 数据据表的Selectt，Insert，UUpdate，Deelete 的操作作。如果要加入入ORM 的元元素，那么就会会包 括对对象和数据表之之间的mapping，以及对对象实体的持持久化。在PeetShop 的数数据访问层中，，并 没有有使用ORM，从而导致了代码量的增加加，可以看作作是整个设计实现中的一大大败笔。 业务逻辑层：是整个系统的核心，它与这个系统的业务（领域）有关。以PetShop 为例，业务 逻辑层的相关设计，均和网上宠物店特有的逻辑相关，例如查询宠物，下订单，添加宠物到购物 车等等。如果涉及到数据库的访问，则调用数据访问层。 表示层：是系统的UI 部分，负责使用者与整个系统的交互。在这一层中，理想的状态是不应包 括系统的业务逻辑。表示层中的逻辑代码，仅与界面元素有关。在PetShop 中，是利用ASP.Net 来设计的，因此包含了许多Web 控件和相关逻辑。 分层式结构究竟其优势何在？Martin Fowler 在《Patterns of Enterprise Application Architecture》一书中给出了答案： 1、开发人员可以只关注整个结构中的其中某一层； 2、可以很容易的用新的实现来替换原有层次的实现； 3、可以降低层与层之间的依赖； 4、有利于标准化； 5、利于各层逻辑的复用。 概括来说，分层式设计可以达至如下目的：分散关注、松散耦合、逻辑复用、标准定义。 一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责 不同逻辑设计的开发人员就可以分散关注，齐头并进。例如UI 人员只需考虑用户界面的体验与 操作，领域的设计人员可以仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互 而头疼了。每个开发人员的任务得到了确认，开发进度就可以迅速的提高。 松散耦合的好处是显而易见的。如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼 此间相互依赖，谁都是不可替换的。一旦发生改变，则牵一发而动全身，对项目的影响极为严重。 降低层与层间的依赖性，既可以良好地保证未来的可扩展，在复用性上也是优势明显。每个功能 模块一旦定义好统一的接口，就可以被各个模块所调用，而不用为相同的功能进行重复地开发。 进行好的分层式结构设计，标准也是必不可少的。只有在一定程度的标准化基础上，这个系统才 是可扩展的，可替换的。而层与层之间的通信也必然保证了接口的标准化。 “金无足赤，人无完人”，分层式结构也不可避免具有一些缺陷： 1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据 库，以此获取相应的数据，如今却必须通过中间层来完成。 2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一 个功能，为保证其设计