没有合适的资源?快使用搜索试试~ 我知道了~
关于petshop架构分析的好文章 前言:PetShop是一个范例,微软用它来展示.Net企业系统开发的能力。业界有许多.Net与J2EE之争,许多数据是从微软的PetShop和Sun的PetStore而来。这种争论不可避免带有浓厚的商业色彩,对于我们开发人员而言,没有必要过多关注。然而PetShop随着版本的不断更新,至现在基于.Net 2.0的PetShop4.0为止,整个设计逐渐变得成熟而优雅,却又很多可以借鉴之处。PetShop是一个小型的项目,系统架构与代码都比较简单,却也凸现了许多颇有价值的设计与开发理念。本系列试图对PetShop作一个全方位的解剖,依据的代码是PetShop4.0,可以从链接
资源推荐
资源详情
资源评论
、 的系统架构设计
PetShop
的系统架构设计
《解剖 PetShop》系列之一
前言: 是一个范例,微软用它来展示 企业系统开发的能力。业界
有许多 与 !"## 之争,许多数据是从微软的 和 的
而来。这种争论不可避免带有浓厚的商业色彩,对于我们开发人员而言,没有
必要过多关注。然而 随着版本的不断更新,至现在基于 "$ 的
$ 为止,整个设计逐渐变得成熟而优雅,却又很多可以借鉴之处。
是一个小型的项目,系统架构与代码都比较简单,却也凸现了许多颇
有价值的设计与开发理念。本系列试图对 作一个全方位的解剖,依据
的代码是 $,可以从链接 %%&%'%
&()%'%*%%%
中获得。
一、PetShop 的系统架构设计
在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。微软
推荐的分层式结构一般分为三层,从下至上分别为:数据访问层、业务逻辑层
(又或成为领域层)、表示层,如图所示:
图一:三层的分层式结构
数据访问层:有时候也称为是持久层,其功能主要是负责数据库的访问。简单
的说法就是实现对数据表的 ,+,,, 的操作。如果
要加入 -./ 的元素,那么就会包括对象和数据表之间的 ,以及对象
实体的持久化。在 的数据访问层中,并没有使用 -./,从而导致了
代码量的增加,可以看作是整个设计实现中的一大败笔。
业务逻辑层:是整个系统的核心,它与这个系统的业务(领域)有关。以
为例,业务逻辑层的相关设计,均和网上宠物店特有的逻辑相关,例
如查询宠物,下订单,添加宠物到购物车等等。如果涉及到数据库的访问,则
调用数据访问层。
表示层:是系统的 ,+ 部分,负责使用者与整个系统的交互。在这一层中,理想
的状态是不应包括系统的业务逻辑。表示层中的逻辑代码,仅与界面元素有关。
在 中,是利用 0 来设计的,因此包含了许多 1 控件和相关
逻辑。
分层式结构究竟其优势何在?/2 在《&#
00》一书中给出了答案:
、开发人员可以只关注整个结构中的其中某一层;
"、可以很容易的用新的实现来替换原有层次的实现;
3、可以降低层与层之间的依赖;
、有利于标准化;
、利于各层逻辑的复用。
概括来说,分层式设计可以达至如下目的:分散关注、松散耦合、逻辑复用、
标准定义。
一个好的分层式结构,可以使得开发人员的分工更加明确。一旦定义好各层次
之间的接口,负责不同逻辑设计的开发人员就可以分散关注,齐头并进。例如
,+ 人员只需考虑用户界面的体验与操作,领域的设计人员可以仅关注业务逻辑
的设计,而数据库设计人员也不必为繁琐的用户交互而头疼了。每个开发人员
的任务得到了确认,开发进度就可以迅速的提高。
松散耦合的好处是显而易见的。如果一个系统没有分层,那么各自的逻辑都紧
紧纠缠在一起,彼此间相互依赖,谁都是不可替换的。一旦发生改变,则牵一
发而动全身,对项目的影响极为严重。降低层与层间的依赖性,既可以良好地
保证未来的可扩展,在复用性上也是优势明显。每个功能模块一旦定义好统一
的接口,就可以被各个模块所调用,而不用为相同的功能进行重复地开发。
进行好的分层式结构设计,标准也是必不可少的。只有在一定程度的标准化基
础上,这个系统才是可扩展的,可替换的。而层与层之间的通信也必然保证了
接口的标准化。
4金无足赤,人无完人”,分层式结构也不可避免具有一些缺陷:
、降低了系统的性能。这是不言而喻的。如果不采用分层式结构,很多业务
可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。
"、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表
示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的
业务逻辑层和数据访问层中都增加相应的代码。
前面提到, 的表示层是用 0 设计的,也就是说,它应是一个
5 系统。在 中,标准的 5 分层式结构如下图所示:
图二: 中标准的 5 分层式结构
随着 版本的更新,其分层式结构也在不断的完善,例如
"$,就没有采用标准的三层式结构,如图三:
图三:"$ 的体系架构
从图中我们可以看到,并没有明显的数据访问层设计。这样的设计虽然提高了
数据访问的性能,但也同时导致了业务逻辑层与数据访问的职责混乱。一旦要
求支持的数据库发生变化,或者需要修改数据访问的逻辑,由于没有清晰的分
层,会导致项目作大的修改。而随着硬件系统性能的提高,以及充分利用缓存、
异步处理等机制,分层式结构所带来的性能影响几乎可以忽略不计。
3$ 纠正了此前层次不明的问题,将数据访问逻辑作为单独的一层独
立出来:
图四:3$ 的体系架构
$ 基本上延续了 3$ 的结构,但在性能上作了一定的改进,引入了
缓存和异步处理机制,同时又充分利用了 0 "$ 的新功能
/,因此 $ 的系统架构图如下所示:
图五:$ 的体系架构
剩余63页未读,继续阅读
资源评论
liugod
- 粉丝: 2
- 资源: 1
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功