C#设计模式——外观模式

雨点打透心脏的1/2处 2022-08-20 05:24 114阅读 0赞

外观模式：

外观模式是很常用的模式，在软件开发过程中，客户端程序经常会与复杂系统的内部子系统进行耦合，从而导致客户端程序随着子系统的变化而变化，然而为了将复杂系统的内部子系统与客户端之间的依赖解耦，从而就有了外观模式，也称作 ”门面“模式。下面我为大家介绍一下有关外观模式的知识。

**一、定义：**

为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，找个接口使得这一子系统更加容易使用。

**二、目的：**

降低系统的复杂程度。

**三、联系生活：**

为什么说它降低了系统的复杂程度呢？

比如我们假期做饭，自己做饭的话，我们需要菜，米，碗，筷，类之间交互关系是怎样的，而如果我们在外面买饭又是怎样的呢：

![Center][]   ![Center 1][]

在饭店吃饭就设计到了一个模式——外观模式。对外观模式我的理解：把很多子类装到一个袋子里，只有一个口，这个口就是Facade外观类，相当于饭店服务员，我们只需要告诉服务员想吃什么，他们就可以给做出来，而不用我们和菜、米等之间交互。由此可见，通过外观模式，我们可以降低系统的耦合，类之间可以不必相互交互，而是通过一个外观类实现A和B的访问，大大降低了耦合性。

**四、优缺点：**

**1、优点：**

完美体现依赖倒转和迪米特。

（1）外观模式对客户屏蔽了子系统组件，从而简化了接口，减少了客户处理的对象数目并使子系统的使用更加简单。

（2）它实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件是紧耦合的。松耦合使得子系统的组件变化不会影响到它的客户。

**2、缺点：**

在面向对象软件系统中，会用到很多类，外观模式的引入使得类之间的耦合性减低，但是如果想要引入更多的类，却需要更改外观类，这一点来看，外观模式是不符合开闭原则的，虽然他使其更改容易。

**五、应用：**

**1、**外观模式结构图：

![Center 2][]

**2、代码展示：**

先写出四个子系统的类：

class SubSystemOne

public void MethodOne()

Console.WriteLine("子系统方法一");

class SubSystemTwo

public void MethodTwo()

Console.WriteLine("子系统方法二");

class SubSystemThree

public void MethodThree()

Console.WriteLine("子系统方法三");

class SubSystemFour

public void MethodFour()

Console.WriteLine("子系统犯法四");

引入外观类，减少子系统类之间的交互：

//需要了解所有的子系统的方法或属性，进行组合，以备外界调用

class Facade

SubSystemOne one;

SubSystemTwo two;

SubSystemThree three;

SubSystemFour four;

public Facade()

one = new SubSystemOne();

two = new SubSystemTwo();

three = new SubSystemThree();

four = new SubSystemFour();

public void MethodA()

Console.WriteLine("\\n方法组合A()---");

one.MethodOne();

two.MethodTwo();

four.MethodFour();

public void MethodB()

Console.WriteLine("\\n方法组B()---");

two.MethodTwo();

three.MethodThree();

客户端调用：

//由于Facade的作用，客户端可以根本不知道三个子系统类的存在，代码比较简洁

static void Main(string\[\] args)

Facade facade = new Facade();

facade.MethodA();

facade.MethodB();

Console.Read();

**3、何时使用？**

*  设计初期：有意识的将不同的两个层分离。  
    
 *  开发阶段：子系统往往因为不断地重构烟花而变得越来越复杂，大多数模式使用时都会产生很多很小的类，本是好事，但给外部调用他们的用户程序带来了使用上的困难，增加外观FFacade可以提供一个简单地额接口，减少他们之间的依赖。  
    
 *  维护：难以维护和扩展时，为新系统开发一个外观Facade类，提供设计粗糙和高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。

**六、总结：**

引入外观类，通过将类包装，实现了一个高层接口，降低了系统的复杂程度，这样的实现方式非常类似适配器模式，然而外观模式与适配器模式不同的是：适配器模式是将一个对象包装起来以改变其接口，而外观模式是将一群对象 ”包装“起来以简化其接口。但是大家不要忘了，如果引入一个新的子系统，我们需要修改子系统，这样就不符合开闭原则了，所以每个模式都有它好的一面，也有它不好的一面。

最后我想问大家一个问题：简单工厂模式不符合开闭原则，而外观模式也不符合，为何外观模式就可以归入23种模式，而简单工厂却不行？如果说简单工厂模式是因为工厂方法模式已经将它的不足改正了，所以有工厂方法模式就可以了，可是外观模式不符合开闭原则，归入23种模式怎么说通呢？

感谢和您的交流！

[Center]: https://img-blog.csdn.net/20160202194025829?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center
[Center 1]: /images/20220731/f9dede69562149de80dd72e1e40ac394.png
[Center 2]: /images/20220731/19282d8b047d44c1a88077139fe0e5d3.png