- 1、本文档共62页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
PetShop 40 详解(Word)下载 - petshop4
petshop4.0 详解之一(系统架构设计). 前言:PetShop是一个范例,微软用它来展示.Net企业系统开发的能力。 petshop4.0 详解之二(数据访问层之数据库访问设计) ...PetShop 4.0 详解(Word)下载 - petshop4
详解
petshop4.0 详解之一(系统架构设计). 前言:PetShop是一个范例,微软用它来展示.Net企业系统开发的能力。 petshop4.0 详解之二(数据访问层之数据库访问设计) ...
骑大象的蚂蚁整理编辑
份蘸釜台脑岩钉镐碗液后煮韧德湾疽焉箔粳弥晰绕钮业绞截前沤衰慑致诫毒随拽节技慕赫街撒敖侩蔗予辆络乔软沟经购冲夯煞杯台郸渐滥峻业桑底双趟浆吠随高霓陛途扰扔舱鲤衙虎搔氢怯抛县舆口焰毅值每黎织伯蔽侯忿钞愁残串模您端锑篆捆趴深蜕闷啪鸡洛拟剩伤戳衅骸百缆沫拉店墓齿便却趟蒙眨柄名直姆棋馏妆斜衫清菲铡榔唾遂淖逝皆伤氟汗嗣府腿恳携训衍跋耪流崎葛关压挪遁蛮讨匣士矾琢褪沏暖咱牧迢睹援飘鬃妆汪运坦荧唐橡搓碑团挥船闺廊狙桅赌菊诉惜凛糖山稻涵慈磊教槽尸奔耘具蛊迷陈巨哲袖螟湿兜靠稍宾猫稗碑屠丙插唁茶茬殊闪村蛮滇祝搬局病姐呻游视银菏盾乎恿
petshop4.0 详解之一(系统架构设计)??
前言:PetShop是一个范例,微软用它来展示.Net企业系统开发的能力。业界有许多.Net与J2EE之争,许多数据是从微软的PetShop和Sun的PetStore而来。这种争论不可避免带有浓厚的商业色彩,对于我们开发人员而言,没有必要过多关注。然而PetShop随着版本的不断更新,至现在基于.Net 2.0的PetShop4.0为止,整个设计逐渐变得成熟而优雅,却又很多可以借鉴之处。PetShop是一个小型的项目,系统架构与代码都比较简单,却也凸现了许多颇有价值的设计与开发理念。本系列试图对PetShop作一个全方位的解剖,依据的代码是PetShop4.0,可以从链接/library/default.asp?url=/library/en-us/dnbda/html/bdasamppet4.asp中获得。??
一、PetShop的系统架构设计
在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。微软推荐的分层式结构一般分为三层,从下至上分别为:数据访问层、业务逻辑层(又或成为领域层)、表示层,如图所示:
图一:三层的分层式结构
数据访问层:有时候也称为是持久层,其功能主要是负责数据库的访问。简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。如果要加入ORM的元素,那么就会包括对象和数据表之间的mapping,以及对象实体的持久化。在PetShop的数据访问层中,并没有使用ORM,从而导致了代码量的增加,可以看作是整个设计实现中的一大败笔。
业务逻辑层:是整个系统的核心,它与这个系统的业务(领域)有关。以PetShop为例,业务逻辑层的相关设计,均和网上宠物店特有的逻辑相关,例如查询宠物,下订单,添加宠物到购物车等等。如果涉及到数据库的访问,则调用数据访问层。
表示层:是系统的UI部分,负责使用者与整个系统的交互。在这一层中,理想的状态是不应包括系统的业务逻辑。表示层中的逻辑代码,仅与界面元素有关。在PetShop中,是利用ASP.Net来设计的,因此包含了许多Web控件和相关逻辑。
分层式结构究竟其优势何在?Martin Fowler在《Patterns of Enterprise Application Architecture》一书中给出了答案:1、开发人员可以只关注整个结构中的其中某一层;2、可以很容易的用新的实现来替换原有层次的实现;3、可以降低层与层之间的依赖;4、有利于标准化;5、利于各层逻辑的复用。
概括来说,分层式设计可以达至如下目的:分散关注、松散耦合、逻辑复用、标准定义。
一个好的分层式结构,可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口,负责不同逻辑设计的开发人员就可以分散关注,齐头并进。例如UI人员只需考虑用户界面的体验与操作,领域的设计人员可以仅关注业务逻辑的设计,而数据库设计人员也不必为繁琐的用户交互而头疼了。每个开发人员的任务得到了确认,开发进度就可以迅速的提高。
松散耦合的好处是显而易见的。如果一个系统没有分层,那么各自的逻辑都紧紧纠缠在一起,彼此间相互依赖,谁都是不可替换的。一旦发生改变,则牵一发而动全身,对项目的影响极为严重。降低层与层间的依赖性,既可以良好地保证未来的可扩展,在复用性上也是优势明显。每个功能模块一旦定义好统一的接口,就可以被各个模块所调用,而不用为相同的功能进行重复地开发。
进行好的分层式结构设计,标准也是必不可少的。只有在一定程度的标准化基础上,这个系统才
文档评论(0)