一、概念
1、外观模式的动机
在外地工作的人经常搓馆子，在饭店吃饭和在家里吃饭的区别：如果在家里做饭，你需要买菜、洗菜、切菜、炒菜等一系列步骤，才能吃饭；而在饭店吃饭，你只需要跟服务员说明你想吃的菜，饭店就把菜给你做好。整个吃饭过程，你只需要和服务员交互即可，整个过程非常简单省事。
在软件开发中，有时候为了完成一项较为复杂的功能，一个客户类需要和多个业务类交互，而这些需要交互的业务类经常会作为一个整体出现，由于涉及到的类比较多，导致使用时代码较为复杂，此时，特别需要一个类似服务员一样的角色，由它来负责和多个业务类进行交互，而客户类只需与该类交互。
2、外观模式的定义
外观模式（Facade Pattern）：为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
外观模式又称为门面模式，它是一种对象结构型模式。外观模式是迪米特法则的一种具体实现，通过引入一个新的外观角色可以降低原有系统的复杂度，同时降低客户类与子系统的耦合度。
3、外观模式的2个角色
1）Facade（外观角色）：在客户端可以调用它的方法，在外观角色中可以知道相关的（一个或者多个）子系统的功能和责任；在正常情况下，它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。
2）SubSystem（子系统角色）：在软件系统中可以有一个或者多个子系统角色，每一个子系统可以不是一个单独的类，而是一个类的集合，它实现子系统的功能；每一个子系统都可以被客户端直接调用，或者被外观角色调用，它处理由外观类传过来的请求；子系统并不知道外观的存在，对于子系统而言，外观角色仅仅是另外一个客户端而已。
4、结构图
二、示例
外观模式中所指的子系统是一个广义的概念，它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统。
1）先创建三个类AppleCompany、HuaWeiCompany和XiaoMiCompany，表示子系统角色；
2）然后创建一个PhoneStore类，拥有上述三个类的实例，方便调用三个公司的方法，表示外观角色；
AppleCompany、HuaWeiCompany和XiaoMiCompany类：
// AppleCompany
@interface AppleCompany : NSObject
- (void)sellIphones;
@end
@implementation AppleCompany
- (void)sellIphones {
NSLog(@"售卖苹果手机");
}
@end
// HuaWeiCompany
@interface HuaWeiCompany : NSObject
- (void)sellHuaWeiPhones;
@end
@implementation HuaWeiCompany
- (void)sellHuaWeiPhones {
NSLog(@"售卖华为手机");
}
@end
// XiaoMiCompany
@interface XiaoMiCompany : NSObject
- (void)sellXiaoMiPhones;
@end
@implementation XiaoMiCompany
- (void)sellXiaoMiPhones {
NSLog(@"售卖小米手机");
}
@end
PhoneStore类：
// .h文件
@interface PhoneStore : NSObject
- (void)sellAllPhones;
@end
// .m文件
@interface PhoneStore ()
@property(nonatomic, strong) AppleCompany *apple;
@property(nonatomic, strong) HuaWeiCompany *huaWei;
@property(nonatomic, strong) XiaoMiCompany *xiaoMi;
@end
@implementation PhoneStore
- (instancetype)init
{
self = [super init];
if (self) {
_apple = [AppleCompany new];
_huaWei = [HuaWeiCompany new];
_xiaoMi = [XiaoMiCompany new];
}
return self;
}
- (void)sellAllPhones {
[self.apple sellIphones];
[self.huaWei sellHuaWeiPhones];
[self.xiaoMi sellXiaoMiPhones];
}
@end
运行代码：
- (void)viewDidLoad {
[super viewDidLoad];
PhoneStore *store = [PhoneStore new];
[store sellAllPhones];
}
打印结果：
售卖苹果手机
售卖华为手机
售卖小米手机
三、总结
外观模式是一种使用频率非常高的设计模式，它通过引入一个外观角色来简化客户端与子系统之间的交互，为复杂的子系统调用提供一个统一的入口，使子系统与客户端的耦合度降低，且客户端调用非常方便。外观模式并不给系统增加任何新功能，它仅仅是简化调用接口。所有涉及到与多个业务对象交互的场景都可以考虑使用外观模式进行重构。
1、优点
1、它对客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。通过引入外观模式，客户端代码将变得很简单，与之关联的对象也很少。
2、它实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响到调用它的客户端，只需要调整外观类即可。
3、一个子系统的修改对其他子系统没有任何影响，而且子系统内部变化也不会影响到外观对象。
2、缺点
1、不能很好地限制客户端直接使用子系统类，如果对客户端访问子系统类做太多的限制则减少了可变性和灵活性。
2、如果设计不当，增加新的子系统可能需要修改外观类的源代码，违背了开闭原则。
3、适用场景
1、当要为访问一系列复杂的子系统提供一个简单入口时可以使用外观模式。
2、客户端程序与多个子系统之间存在很大的依赖性。引入外观类可以将子系统与客户端解耦，从而提高子系统的独立性和可移植性。
3、在层次化结构中，可以使用外观模式定义系统中每一层的入口，层与层之间不直接产生联系，而通过外观类建立联系，降低层之间的耦合度。
4、iOS应用举例
比如AFNetworking对于NSURLSession的不同系统版本的处理，利用外观模式提供一个统一的接口。
Demo地址：iOS-Design-Patterns
