C#设计模式

1、工厂模式

工厂模式是将对象的创建和使用进行分离,复杂的对象创建不适合在类构造器中进行,而是使用专门工厂类,依据创建的对象种类不同,分简单工厂 抽象工厂两种。

（一）简单工厂

（二）抽象工厂
工厂模式中有: 工厂方法(Factory Method) 抽象工厂(Abstract Factory).
这两个模式区别在于需要创建对象的复杂程度上。如果我们创建对象的方法变得复杂了,如上面工厂方法中是创建一
个对象Sample,如果我们还有新的产品接口Sample2.
这里假设：Sample有两个concrete类SampleA和SamleB，而Sample2也有两个concrete类Sample2A和SampleB2
那么，我们就将上例中Factory变成抽象类,将共同部分封装在抽象类中,不同部分使用子类实现，下面就是将上例中
的Factory拓展成抽象工厂:

从上面看到两个工厂各自生产出一套Sample和Sample2,也许你会疑问，为什么我不可以使用两个工厂方法来分别生产
Sample和Sample2?
抽象工厂还有另外一个关键要点，是因为 SimpleFactory内，生产Sample和生产Sample2的方法之间有一定联系，所
以才要将这两个方法捆绑在一个类中，这个工厂类有其本身特征，也许制造过程是统一的，比如：制造工艺比较简单
，所以名称叫SimpleFactory。
在实际应用中，工厂方法用得比较多一些，而且是和动态类装入器组合在一起应用。

2、单例模式

系统中某个类的对象在程序中，只能存在一个。

 

3、观察者模式

一个简单的例子，比如说猫叫，老鼠跑，主人被惊醒。

（一）在不知道观察者模式前，普通代码实现：

 
 

这个代码基本上能实现所有的功能。但是，这个方法特别不利用扩展，

试想，如果，猫叫后，狗也叫，那是不是也要在猫叫的方法里重新加入狗叫的方法？

或者说，猫叫后，主人他老婆也醒了，是不是也要在猫叫的方法里加入他老婆醒的方法呢？

显然，这样的代码不利用维护，也不是面向对象的代码。

（二）观察者模式能够很好的解决这个问题。

观察者模式定义对象间的一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于他的对象都得到通知并自动更新。

在我们的例子中，猫和老鼠，主人，狗，主人他老婆是一对多的依赖，当猫叫时，所有依赖于它的对象都会自动执行某个操作。

观察者模式的实现，一般有下面四部分组成。

1.ISubject接口（抽象目标），含方法Notify，Register，UnRegister(名字可以自己任意取名)

2.Cat类（实体目标），实现ISubject接口，一般只有一个

3.IObservable接口（抽象观察者）。

4 Observer类（实体观察者），实现IObservable接口，一般有多个。

 

观察者模式中的“注册--通知--注销”图示：

1. 观察者（Observer）将自己（Regiester）注册到被观察对象（Subject）中，被观察对象将观察者放在一个容器 （Container）。Container一般为Ilist，Arraylist等数据结构，存放多个IObservable接口变量。

2.当被观察对象（Subject）发生变化（如图中的AskPriceChanged）时，容器（Container）中的所有观察者（Observer）都得到通知(Notify 方法),此时观察者会自动执行某些方法。

3.当观察者不想继续观察被观察者时，可以注销（UnRegiester方法）

上面的例子中改造后变成：

1.ISubject接口:

2.Cat类:

 

3. IObservable 观察者接口：

   

4.Observer类(2个，Mouse和Master)

 

5.主程序

 　　

这样就实现了观察者模式，通过把依赖类注册到主体类中，当主体类发生变化时，所有依赖类都得到了通知。如果需要扩展，比如说象上面例子的狗也叫了， 我们可以定义一个狗类，然后在主程序中把狗对象注册到猫类中就可以了。如果不想依赖于猫类，也可以通过UnRegiester方法取消绑定。

同时，这也符合设计中的高内聚，低耦合的原则。