设计模式系列文章
《iOS设计模式（1）简单工厂模式》
《iOS设计模式（2）工厂模式》
《iOS设计模式（3）适配器模式》
《iOS设计模式（4）抽象工厂模式》
《iOS设计模式（5）策略模式》
《iOS设计模式（6）模板模式》
《iOS设计模式（7）建造者模式》
最近事情比较多，很长时间没有更新文章了。正好今天有时间，我们看一下设计模式之外观模式。
1概念描述
“为子系统中的一组接口提供一个统一的接口。外观模式定义了一个更高层次的接口，这个接口使得这一子系统更加容易使用。” ----《设计模式》(Addison-Wesley,1994)
【注意：子系统可以是多个也可以是一个。】
2.角色
（1）子系统类：每个子系统定义了相关功能和模块的接口。
（2）Facade（外观类）：整合子系统中的接口，客户端可以调用这个类的方法。
（3）Clients（客户端）：通过外观类提供的接口和各个子系统的接口进行交互。
参考结构图（来自百度百科）
3.适用场景
在以下情况下可以考虑使用外观模式：
（1）设计初期阶段，应该有意识的将不同层分离，层与层之间建立外观模式。
（2）开发阶段，子系统越来越复杂，增加外观模式提供一个简单的调用接口。
（3）维护一个大型遗留系统的时候，可能这个系统已经非常难以维护和扩展，但又包含非常重要的功能，为其开发一个外观类，以便新系统与其交互。百度百科
我们看一下具体的使用场景吧，还记得前面文章中我们提到买车的事吧，今天还是拿买车说事。前面我们选好了车，现在进入到买车的具体流程中。你从4S店买一辆车，几乎要涉及到店里的每个部门，比如财务部门、销售部门、售后服务部门等等。
那么问题来了，我们买一辆车真的就需要把4S店的每个部门都跑一边吗？其实没必要，我们只要跟接待自己的销售服务人员沟通好就行了，剩下的事情，她可以帮我们做。比如说：我们只要选好付款方式，然后去交钱就完事了，并不关心财务部门内部那些全款买车的流程和贷款买车的流程；也不用关心怎样去销售部门拿赠品；也不用关心售后服务部门谁来帮你做那些服务内容；这一切我们只要跟接待自己的销售人员沟通就好了。
这个例子中4S店的各个部门其实就类似一个个的子系统，而接待我们的美女销售就是外观角色。下面我们看一下具体的代码实现。
4.代码实现
先看各个子系统的接口实现吧：
（1）LHFinance：财务部门管理：现金付款、申请贷款、审核贷款、放款等业务。
#import <Foundation/Foundation.h>
@interface LHFinance : NSObject
// 现金支付
- (void)cashPayment;
// 申请贷款
- (BOOL)applyLoan;
// 审核贷款
- (BOOL)auditLoan;
// 放款
- (BOOL)getLoad;
@end
（2）销售部门管理：车辆调配、配件、赠品等业务。
#import <Foundation/Foundation.h>
@interface LHSales : NSObject
// 提车
- (void)provideCar;
// 车贴膜
- (void)carFilm;
// 行车记录仪
- (void)tachograph;
// 发动机护板
- (void)engineGuard;
// 脚垫
- (void)mat;
@end
（3）售后服务部门管理：售前服务（贴膜、装配件、洗车、上牌等服务）和售后服务（维修、保养等）
#import <Foundation/Foundation.h>
@interface LHService : NSObject
// 洗车服务
- (void)carWash;
// 上牌服务
- (void)applyPlate;
// 贴膜服务
- (void)filming;
// 安装行车记录仪
- (void)installTachograph;
@end
上面是我们的子系统接口，对于客户来说没必要关心这么多业务，所以我们定义一个高层接口类来统一各个子系统的接口，这个类就是我们的4S销售接待人员的角色类：LHService。
#import <Foundation/Foundation.h>
@interface LH4SWaiter : NSObject
- (void)buyCarWithCash;// 现金买车
- (void)buyCarWithLoad;// 贷款买车
@end
#import "LH4SWaiter.h"
#import "LHFinance.h"
#import "LHSales.h"
#import "LHService.h"
@interface LH4SWaiter ()
{
LHFinance *finance;// 财务部门
LHSales *sales;// 销售部门
LHService *service;// 售后服务部门
}
@end
@implementation LH4SWaiter
- (instancetype)init
{
self = [super init];
if (self) {
finance = [[LHFinance alloc] init];
sales = [[LHSales alloc] init];
service = [[LHService alloc] init];
}
return self;
}
// 现金买车
- (void)buyCarWithCash{
// 现金支付
[finance cashPayment];
// 赠送礼品
[self gift];
// 提供服务
[self service];
}
// 贷款买车
- (void)buyCarWithLoad{
BOOL _isSuccess = [finance applyLoan];
// 如果贷款审批下来，则提车、送赠品和服务
if (_isSuccess) {
[sales provideCar];
[self gift];
[self service];
}else{
NSLog(@"贷款审批未通过！");
}
}
// 赠品
- (void)gift{
NSLog(@"赠品有:");
[sales carFilm];
[sales tachograph];
[sales engineGuard];
[sales mat];
}
// 服务
- (void)service{
NSLog(@"售后服务:");
[service carWash];
[service applyPlate];
[service filming];
[service installTachograph];
}
@end
这样客户只要告诉她我是现金支付还是贷款支付，剩余的事情她全部帮你做了，比如贷款的话，贷款的申请、审核、放款等。再比如哪些赠品，哪些服务她都帮你安排好。
客户端只要简单调用就可以了：
#import "ViewController.h"
#import "LH4SWaiter.h"
@interface ViewController ()
{
LH4SWaiter *_waiter;
}
@end
@implementation ViewController
#pragma mark -
#pragma mark System Method
- (void)viewDidLoad {
[super viewDidLoad];
_waiter = [[LH4SWaiter alloc] init];
}
- (void)didReceiveMemoryWarning {
[super didReceiveMemoryWarning];
}
#pragma mark -
#pragma mark Button Event
// 现金买车
- (IBAction)btnCashEvent:(UIButton *)sender {
[_waiter buyCarWithCash];
}
// 贷款买车
- (IBAction)btnLoanEvent:(UIButton *)sender {
[_waiter buyCarWithLoad];
}
@end
下面是输出结果：
5.优点
1.使用外观模式可以使项目更好的分层，增强了代码的扩展性。
2.客户端屏蔽了子系统组件，使客户端和子系统之间实现了松耦合关系。
