.NET初学者架构设计指南（三）设计模式

系列文章导航：

.NET初学者架构设计指南（一）Hello world的时代

.NET初学者架构设计指南（二）OO设计初次见面

.NET初学者架构设计指南（三）设计模式

.NET初学者架构设计指南（四）Model-View-Controller

　　在上一篇我们看见了“费用”这个类型：Fee，其实这就是一个简单的设计模式：组合模式（Composite）。这个类的结构如下：

　　Fee类型是他本身的一个聚合，可以使用GetChildren方法得到某个费用包含的其他费用。如果一个费用没有包含其他费用，他的金额就是由他自己确定的，否则就是由他包含的费用相加确定的，这两种情况对外界提供的都是相同的方法：GetValue。这样，我们想显示一个账单费用的时候，不用再去判断他是否包含了其他的费用，调用起来就简单了很多。组合模式很好的体现了账单费用的层次包含关系。

　　刚才的情况里面，聚合类和元素类都是同样的类型。也有些情况他们分别属于不同的类型。比如一个企业，他的营销网络是由下面一些元素组成的：公司，市场部，直销店，代理商，自由代理人，营业员。如同下面的情况：

　　公司按照行政区域建立了多个市场部，市场部建立了自己的直销店，同时也与很多代理商和独立代理人进行合作，直销店和代理商雇用了营业员。每天公司需要对每个销售网点的情况进行查询和分析，需要知道他们定下了多少订单、收了多少货款、发展了多少新的客户。

　　这是一个比较复杂的结构关系，网点类型比较多，他们的销售方式差异很大，各类数据统计的方式也不同。并且在统计一些数值的时候，需要把下属网点的数量加起来，再加上自身的数量。如果采用组合模式，就可以解决这种问题。