PetShop的框架概述

    学习.net很久了,但是都只是会简单的应用,并没有真正的阅读过什么好书!借用C、C++那点底子,做了几个不堪入目的程序(现在回想起来,那真的不成样子)。不经意间,才知道微软还有PetShop这个东西,我的浅薄阿!下面是转载来的有关PetShop的一些资料,具体出处不记得了,拿来与新人分享。

 

 
1 .项目概述与架构分析 微软刚推出了基于 ASP.NET 2.0 下的 Pet Shop 4, 该版本有了一个全新的用户界面。是研究 ASP.NET 2.0 的好范例啊,大家都知道,一直以来,在 .NET Java 之间争论不休,到底使用哪个平台开发的企业级应用性能最好、结构最优、生产力最高。为了用事实说话,通过对项目各方面的性能评估进而在比较 .NET Java 的高下。用户做比较的这个项目就是 Petshop 。正因为 Petshop 肩负着上面所说的重任,各方面必须是最优的,架构设计应该是经过慎重考虑的。所以其一经推出,便成为了开发者、架构师等人学习、研究的典范。
日前微软推出了基于 .NET Framework 2.0 开发的 Petshop 4 。新的 Petshop4 实现了与 Petshop 3 相同甚至更多的特性,由于采用了 Master Pages Membership ,以及 Profile SqlCacheDependency ,但是代码量却减少了四分之一。同时,在事务、数据缓存、安全方面使用了 .NET 2.0 附带的特性,构建了一个灵活的最佳实践的应用程序。
 
他们利用了 Project Conversion Wizard 把项目从 ASP.NET 1.1 移植到了 ASP.NET 2.0 ,然后做了以下改动:
1 .用 System.Transactions 代替了原来的 Serviced Components 提供的事务功能
代码实现: PetShop.BLL.OrderSynchronous public void Insert(PetShop.Model. OrderInfo order)
2 .用强类型的范型集合代替了原来的弱类型集合
        public IList < ProductInfo > GetProductsByCategory( string category)
        {
            // Return new if the string is empty
            if ( string .IsNullOrEmpty(category))
                return new List < ProductInfo >();
 
            // Run a search against the data store
            return dal.GetProductsByCategory(category);
        }
3 .采用 ASP.NET 2.0 Membership 来做认证和授权
4 .创建了针对 Oracle 10g Custom ASP.NET 2.0 Membership Provider
5 .利用 ASP.NET 2.0 Custom Oracle SQL Server Profile Providers 做用户状态管理,包括购物车等
6 .采用了 Master Pages ,取代了原来的用户控件,来实现统一的界面效果
7 .使用了 ASP.NET 2.0 Wizard 控件实现 check-out
8 .使用了 SqlCacheDependency 来实现数据库层次的缓存更新 (cache invalidation) 功能
9 .使用了消息队列来实现异时订单处理。
 
2. 整体架构:
数据库 :(暂略)
项目列表 :从整体可以看出, Pet Shop 4 的项目体系已经很庞大,考虑的方面也较 3.0 更全面复杂。
 
序号
项目名称
描述
1
BLL
业务逻辑层
2
CacheDependencyFactory
缓存依赖类的 工厂类
3
WEB
表示层
4
DALFactory
数据层的抽象工厂
5
DBUtility
数据访问类组件
6
IBLLStrategy
同步/异步策略接口
7
ICacheDependency
缓存依赖类 接口
8
IDAL
数据访问层接口定义
9
IMessaging
异时处理消息队列接口定义
10
IProfileDAL
Profile的数据访问层接口定义
11
Membership
Membership认证和授权管理
12
MessagingFactory
异时处理消息队列的 抽象工厂
13
Model
业务实体
14
MSMQMessaging
异时处理消息队列的实现
15
OracleDAL
Oracle数据访问层
16
OracleProfileDAL
Oracle Profile Providers
做用户状态管理,包括购物车等
17
OrderProcessor
后台处理进程,处理订单队列
18
Profile
Profile的数据访问层
19
ProfileDALFactory
ProfileDAL的工厂类(反射创建ProfileDAL)
20
SQLProfileDAL
SQL Server 的Profile Providers
做用户状态管理,包括购物车等
21
SQLServerDAL
SQLServer数据访问层
22
TableCacheDependency
缓存依赖实现类
 
项目分解
由于整体已经有 22 个项目,所以,对于初学者一看就晕了,所以,我做了分解,可以大体上分几块去理解。
序号
项目名称
描述
1
WEB
表示层
2
Model
业务实体
3
BLL
业务逻辑层
4
DALFactory
数据层的抽象工厂
5
IDAL
数据访问层接口定义
6
SQLServerDAL
SQLServer数据访问层
7
OracleDAL
Oracle数据访问层
8
DBUtility
数据库访问组件基础类
9
CacheDependencyFactory
缓存依赖类的 工厂类
10
ICacheDependency
缓存依赖类 接口
11
TableCacheDependency
缓存依赖实现类
12
IBLLStrategy
同步 / 异步处理策略接口 ( 实现在 bll 根据配置反射选择 )
13
MessagingFactory
异时处理消息队列的 抽象工厂
14
IMessaging
异时处理消息队列接口定义
15
MSMQMessaging
异时处理消息队列的实现
16
Profile
Profile 的数据访问层
17
ProfileDALFactory
ProfileDAL 的工厂类 ( 反射创建 ProfileDAL)
18
IProfileDAL
Profile 的数据访问层接口定义
19
OracleProfileDAL
Oracle Profile Providers
做用户状态管理
20
SQLProfileDAL
SQL Server Profile Providers
做用户状态管理
21
Membership
Membership 认证和授权管理
22
OrderProcessor
后台处理进程,处理订单队列
 
  
3 Petshop 4 中的设计模式
工厂模式 :
首当其冲的就是工厂模式,很容易就可以看出来,也是应用最多的。
DALFactory :数据访问层的抽象工厂(决定创建哪种数据库类型的数据访问层。可以选择: SQLServer Oracle
CacheDependencyFactory 缓存依赖类的 工厂类。(创建具体表的缓存依赖)
MessagingFactory 异时处理消息队列的 抽象工厂(反射创建具体的 异时处理类
ProfileDALFactory ProfileDAL 的工厂类 ( 反射 选择 创建 Oracle SQL Server ProfileDAL)
 
策略模式 : IorderStrategy
 
中介模式
CategoryDataProxy ItemDataProxy   ProductDataProxy
 
         如果你有不同的见解或经验,也请写下来,好让大家来共同学习,共同探讨,共同进步,同时也帮助我这个新人提高水平
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一、Model主要功能: 1、 将每一个“业务实体”抽象成“(瘦数据)类”,可以很好地“划分”各个“对象”,操作更加清晰 2、 用于在应用程序各层之间传递数据,被用做传输数据的“容器” 3、 这就是所谓的“建模”过程! 4、 Model各个类(Model文件夹中的各个文件)划分或者说编制的原则,更趋向于模拟整个系统中的业务实体 二、实现细节: 1、 PetShop中Model的规划与数据库表的关系: (1) AccountInfo类——Account表 (2) AddressInfo类——无直接对应关系(对应Account表中一部分字段) (3) CartItemInfo类——无直接对应关系 (4) CreditCardInfo类——无直接对应关系 (5) ItemInfo类——Item表 (6) LineItemInfo类——无直接对应关系 (7) OrderInfo类——Orders表 (8) ProductInfo类——Product表 2、 为每一个Model中的类都标记了[Serializable],说明这些类可以被传行化,但是不能被继承! 3、 AccountInfo.cs文件:用户在网站注册的信息,及喜好选择情况 4、 使用构造函数可以初始化私有字段;使用属性可以读取私有字段(但使用属性不能设置私有字段的值) 5、 其中包含一个AddressInfo类的私有变量,和一个AddressInfo类的属性 6、 命名空间为PetShop.Model 7、 AddressInfo.cs文件:用户真实的个人姓名、住址和电话号码等信息 8、 与AccountInfo不同的是,AddressInfo类允许使用属性设置私有变量的值 9、 CartItemInfo.cs文件:描述购物车中每一种所选商品的信息的类 10、 该“类”对象的某些信息(如这里的Subtotal属性)可能并不是此类的“自然信息”,而需要经过简单计算而得到!这些简单但必要的信息也要在类的设计中体现出来! 11、 CreditCardInfo.cs文件:表示特定一张信用卡的信息 12、 ItemInfo.cs文件:一个Item指的是category"product"item,如猫"波斯猫"成年男波斯猫(或成年女波斯猫)。这个文件表示一个Item的所有信息 13、 productDesc字段的作用? 14、 LineItemInfo.cs文件:注意与CartItemInfo类的区别!LineItemInfo是用来描述用户最终确认的订单当中的某一种类的产品的信息的类 15、 同样包括了Subtotal属性 16、 OrderInfo.cs文件:用于显示用户某一个订单具体信息的类,在此一个订单当中,可能包括多个商品种类,即包括多个LineItemInfo对象(实际上在OrderInfo类中也确实存在LineItemInfo类型对象的一个数组!) 17、 ProductInfo.cs文件:包括一个特定Product的信息,如波斯猫 三、启发: 1、 来自Directory项目结束后的启发,以后做设计的时候,要将每个实体抽象为一个类,在整个系统中进行操作。 2、 在任意一个类当中,可能不只包括此实体类的自然信息,也可以包括一些对其他地方数据调用有用的属性信息,如根据数量和单价计算出来的总价属性,或者标志此实体的直属上级实体的属性 四、问题: 1、 忽然发现在MSDN上有文章,关于数据实体的:浏览 2、 抽象这些业务实体模型为瘦数据类的原则是什么?什么样的业务实体可以被抽象,或者说进行抽象后更有意义? 3、 ItemInfo类中,productDesc字段的作用? 一、IDAL主要功能: 1、 这完全是“工厂模式”的一部分实现而已 2、 这是一组接口类,其中包括了每个要公开的数据访问方法。为每个数据库产品单独编写的DAL(数据访问层)都要实现这组接口所定义的方法 3、 也就是规定了在DAL中编写的“对用户账号进行操作的类”所必须执行的方法! 4、 IDAL要达到的目的是:实现业务逻辑(BLL)与数据库访问(DAL)的完全分离!!! 5、 IDAL各个类(IDAL文件夹中的各个文件)划分或者说编制的原则,更趋向于“将对数据库的不同操作进行归类”,考虑的主要方面是数据库操作!!!例如,有对用户账号进行的一系列数据库操作,则将这一系列操作统一放置于IAccount接口(将来实现后的Account类)文件当中 二、实现细节: 1、 IAccount.cs文件:为针对不同数据库产品编写的“操作用户账号的类”所必须实现的一系列方法定义契约 2、 IInventory.cs文件:定义“操作库存量的类”所必须实现的一系列方法;或者说将操作库存量的一系列(所有)方法做一个汇总 3、 IItem.cs文件:定义“操作某一Item的类”所必须实现的一系列方法。(Item在Model中定义了,是指具体某一类别的Product,如男猫或女猫) 4、 对于其中的GetItemsByProduct()方法,返回的是一个ArrayList的接口类型(IList)的对象(见问题部分!) 5、 IOrder.cs文件:定义了一组DAL层中“操作用户订单的类”必须执行的方法。其中包括“添加一张新订单”的方法Insert()和根据一个已有的订单号取得此订单详细信息的方法GetOrder(),此方法返回的是一个OrderInfo对象。(Model中的OrderInfo类模型定义了用户的某一张Order中相关的信息,如发货地点,总价,信用卡号码等等) 6、 IProduct.cs文件:定义类一组在DAL层中编写的“对Product进行操作的类” 7、 IProfile.cs文件:定义一组在DAL层编写的“对用户Profile进行操作的类” 三、启发: 1、 这样就可以让在BLL层只针对IDAL层定义的接口进行编程(使用IDAL接口定义的这些方法)就可以了!!!无论在底层使用了什么厂家的数据库产品,有区别的只是针对此数据库产品编写的DAL层(相同的方法,如SignIn()方法,对于不同的数据库产品,可能有不同的实现方式!),而不会影响到上层的BLL层已经编写好的内容! 2、 从这里可以看到软件架构师和程序员工作上的区别!架构师要负责的是搭建系统的层次结构,定义接口;而程序员要负责的是针对接口的具体代码实现过程! 3、 这个IDAL接口的使用,主要是为了保证在底层数据库实现,甚至数据库产品发生变化的时候,不需要对上层BLL层的业务逻辑进行大量的修改!BLL层针对IDAL接口编程即可!!! 4、 IDAL文件夹中定义的所有的接口中的所有的方法,包括了整个程序要对数据库进行操作的所有方法 5、 由于PetShop只是一个演示程序,所以若对数据库操作的某一类别(如对Account进行操作)中定义的“操作类”不够用(如除了接口中定义的几个方法外还需要其他Account操作),还可以在接口中追加其他的方法,用以约束DAL层的实现类(如Account类)必须执行这些新增加的方法! 四、问题: 1、 定义这组接口后,如何保证为每个单独的数据库产品编写的DAL都执行这组接口所定义的方法?(答案:编写DAL的时候必须刻意保证,否则就失去了定义IDAL层分割BLL和DAL层的意义!!!) 2、 既然在实现GetItemsByProduct()方法的时候,也是要把返回的所有Item对象添加到一个ArrayList当中去,但为什么GetItemsByProduct()方法返回的不是一个ArrayList对象,而是一个IList接口的对象呢?仅仅是基类引用的方法吗?这里的基类引用有什么用呢?是否是由于为了不限制使用的数组形式?执行IList则可以使用ArrayList,也可以使用其他形式的数组??? 3、 IProduct.cs文件中为何要将查询条件参数定义为一个string类型的数组?

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值