目录
在软件开发过程中，客户端程序经常会与复杂系统的内部子系统进行耦合，从而导致客户端程序随着子系统的变化而变化，然而为了将复杂系统的内部子系统与客户端之间的依赖解耦，从而就有了外观模式
1. 外观模式定义
外观模式提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。使用外观模式时，我们创建了一个统一的类，用来包装子系统中一个或多个复杂的类，
客户端可以直接通过外观类来调用内部子系统中方法，从而外观模式让客户和子系统之间避免了紧耦合
2. 外观模式实现
下面与学校中一个选课系统为例来解释外观模式，例如在选课系统中，有注册课程子系统和通知子系统，在不使用外观模式的情况下，客户端必须同时保存注册课程子系统和通知子系统两个引用，
如果后期这两个子系统发生改变时，此时客户端的调用代码也要随之改变，这样就没有很好的可扩展性
3. 外观模式的两个角色
门面（Facade）角色：客户端调用这个角色的方法。该角色知道相关的一个或多个子系统的功能和责任，该角色会将从客户端发来的请求委派带相应的子系统中去。
子系统（subsystem）角色：可以同时包含一个或多个子系统。每个子系统都不是一个单独的类，而是一个类的集合。每个子系统都可以被客户端直接调用或被门面角色调用。对于子系统而言，门面仅仅是另外一个客户端，子系统并不知道门面的存在。
4. 外观的优缺点
优点：
1）外观模式对客户屏蔽了子系统组件，从而简化了接口，减少了客户处理的对象数目并使子系统的使用更加简单。
2）外观模式实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件是紧耦合的。松耦合使得子系统的组件变化不会影响到它的客户。
缺点：
如果增加新的子系统可能需要修改外观类或客户端的源代码，这样就违背了”开——闭原则“（不过这点也是不可避免）。
5、实现思路
1）对外一个复杂的子系统提供一个简单的接口
2）提供子系统的独立性
3）在层次化结构中，可以使用外观模式定义系统中每一层的入口。其中三层架构就是这样的一个例子。
外观模式，为子系统的一组接口提供一个统一的接口，该模式定义了一个高层接口，这一个高层接口使的子系统更加容易使用。
并且外观模式可以解决层结构分离、降低系统耦合度和为新旧系统交互提供接口功能。
个人理解(提供了一个统一的接口，用来访问子系统中的一群接口)：
1、创建注册课程的子系统类
public class RegisterCourse
-> bool CheckAvailable(string courseName)
2、创建通知的子系统类
public class NotifyStudent
-> bool Notify(string studentName)
3、创建外观类RegistrationFacade
-> RegistrationFacade()
-> registerCourse = new RegisterCourse();
notifyStudent = new NotifyStudent();
-> bool RegisterCourse(string courseName, string studentName) //对外统一的接口，里边调用2个系统
-> registerCourse.CheckAvailable(courseName)
notifyStudent.Notify(studentName)
4、客户端
//new 外观类
RegistrationFacade facade = new RegistrationFacade();
//调用外观类的统一接口RegisterCourse
facade.RegisterCourse("设计模式", "Learning Hard")
✳详细的代码实现，请点击资源绑定