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