［放分讨论］大家一起来讨论一下微软的范例 Duwamish７．０

Question

如题，希望大家发表自己的高见，首先针对下面一个问题：
BusinessFacade 和 BusinessRules　的联系和区别．

Answer 1

只是照它的用,具体业务外观,业务规则各起什么用也不是太明白,看看MSDN中的帮助吧

Answer 2

BusinessRules是通过BusinessFacade调的,但也可以直接调用,一般校验都放在BusinessRules里,增删改再调用ACCESS那个类.其实那个类(BusinessRules)一般用不用都无所谓

Answer 3

Duwamish７．０好经典的例子阿！

Answer 4

Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！
Duwamish７．０好经典的例子阿！

Answer 5

像PetShop就省去了业务外观层，直接一个BLL提供所有业务逻辑
所以说这一层不一定是必须的核心业务的规则，和具体执行业务的过程，还是存在差别
比如Facade的Order.AddOrder，和Rules的Order.InsertOrder方法之间的细微差别
或者Facade的Order.GetOrderSummary，在Rules内没有相应方法；这属于业务需要，但不是核心业务
业务外观层用于解决这种细节问题
(我是这么理解的，未必正确)按照PEAA(企业应用架构模式)的说法，这像一个服务性质的外观
按照Duwamish的注释，Rules.Orders提供所有业务规则，而Facade.Orders提供订单系统（的API）

Answer 6

// 微软的例子是说明它的语言或者类库的用法，而不是好的程序设计的优秀范例
何以见得虽然我对Duwamish的设计也有不少不认同
但这正是值得讨论的地方

Answer 7

很高兴看到大家的,观点,其实我最想知道的还是:在实际的设计中,业务外观层有没有必要,为什么不可以把它所包含的一些细节直接放到BusinessRules里面去.
还有：在Duwamish７．０里面，没有一个操作数据库的基类，Access里面的方法都是直接操作数据库的，这样的设计又是为什么？如果在实际项目里面实际有操作数据库的基类的话，应该怎样命名

Answer 8

感谢Sunmast(速马/Truly Madly Deeply)，希望向你学习，希望大家继续发表观点

Answer 9

感觉好乱，还不如研究Nhibernate呢