近两年，中国房价可谓疯狂至极，买卖房产获利非常可观，房地产中介行业也因此生机蓬勃。大街上的“xx地产”随处可见，在街上发传单追你一条街推销房子的中介人屡见不鲜，当然也没少接到来自中介的骚扰电话咯。大家对中介这种角色估计也不陌生，所以今天的设计模式就以这个房地产中介作为故事背景吧！
无中介.jpg
从无中介.jpg可以看出，要是没有中介的存在，买卖家之间的交流是如此困难且复杂。买家买房要跑去找卖家，卖家买房又得跑去找买家。如果现实真的如此，估计买卖家早就拍桌子说：“老子xx不买（卖）了！”如此反复，房地产业还可能像现在这样撑起国家经济吗？
有中介.jpg
好了，有中介的接入，一切都变得so easy了！买家要买房，直接到中介看房源，卖家卖房，直接委托中介推销，买卖家通过中介相互取得联系，进行沟通，最后达成买卖共识。呃..不瞎扯了，马上进入的主题！！！！
一、基本定义
定义：用一个中介者对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使耦合松散，而且可以独立地改变它们之间的交互。
在中介者模式的定义中，各个类都被看作两个大类，分别是中介者类和同事类。
这句官方的定义看起来很抽象吧，要不试试结合我们的故事背景思考思考~这段定义可以分为4段来理解（中介者类=中介人，同事类=买卖家）：
①用一个中介者对象封装一系列的对象交互——这就好比中介人拥有买卖家双方的联系方式，在买卖过程中向买卖家提供最新的消息和有效的帮助等等
②中介者使各对象不需要显示地相互作用——买卖家双方都会把意愿交待给中介人，透过中介人把意愿传达给对方，而不需要买卖家之间直接通电话联系
③从而使耦合松散——买卖家之间的联系从“买家<——>买家”变成“买家<——>中介<——>买家”，买卖家的直接联系断开，中介成为买卖双方联系的桥梁
④可以独立地改变它们之间的交互——中介告诉卖家房价升了，卖家就做出升价的决定看到这里，有些童鞋应该已经从一脸懵逼进化到“原（san）来（lian）如（meng）此（bi）”。咳咳…..马上进入下一环节let go！！！
二、UML
马上进入第二环节，请认真看UML图 * 3 （重要事情说三遍！！！）
UML图
三、实例代码
AbstractClient.h
@class AbstractMediator;
//AbstractClient作为抽象基类，封装客户类（官方说法叫同事类）的通用属性、方法
@interface AbstractClient : NSObject
@property (nonatomic,strong) AbstractMediator *mediator;
@property (nonatomic,copy) NSString *name;
//委托中介办事
– (void) entrustMediator:(AbstractMediator *)mediator;
@end
AbstractMediator.h
@class AbstractClient;
//AbstractMediator作为抽象基类，封装中介者类的通用属性、方法
@interface AbstractMediator : NSObject
@property (nonatomic,copy) NSString *name;//中介名字
@property (nonatomic,strong) NSMutableArray *clients;//保存客户
//保留客户资料
– (void) saveClintProfile:(AbstractClient *)client
MediatorLJ.h
@interface MediatorLJ : AbstractMediator
//为买家筛选房源,和合适的卖家配对起来
– (void) screenHouseForBuyer:(Buyer *)buyer;
@end
AbstractMediator类和MediatorLJ类便完成了定义中的第一点“封装一系列的对象交互”！
Buyer.h
@interface Buyer : AbstractClient
@property (nonatomic,assign) NSInteger money;//买家成副身家
– (void) buyHouse;
@end
Seller.h
@interface Seller : AbstractClient
@property (nonatomic,assign) NSInteger price;//卖家房子的价值
@end
main.m
//从前，有家地产中介叫伟恒地产
MediatorLJ *weihengMdr = [[MediatorLJ alloc] init];
weihengMdr.name = @”伟恒地产”;
//一天，小民有套500万的别墅想卖了，委托伟恒地产帮忙卖
Seller *xiaoMin = [[Seller alloc] init];
xiaoMin.name = @”小民”;
xiaoMin.price = 5000000;//看看有没写少个0，是的话买家就赚大发了
[xiaoMin entrustMediator:weihengMdr];
//伟恒地产留下小民信息
[weihengMdr saveClintProfile:xiaoMin];
//第二天，小焰有套100万的楼梯房想卖了，委托伟恒地产帮忙卖
Seller *xiaoYan = [[Seller alloc] init];
xiaoYan.name = @”小焰”;
xiaoYan.price = 1000000;
[xiaoYan entrustMediator:weihengMdr];
[weihengMdr saveClintProfile:xiaoYan];
//第三天小思想买房，到了伟恒地产找房源
Buyer *xiaoSi = [[Buyer alloc] init];
xiaoSi.money = 1500000;
xiaoSi.name = @”小思”;
[xiaoSi entrustMediator:weihengMdr];
//伟恒地产留下小思的信息
[weihengMdr saveClintProfile:xiaoSi];
//伟恒地产给小思匹配房源
[xiaoSi buyHouse];
从示例代码main.m中可以看出，seller和buyer之间没有了直接的联系，原本相互影响、相互依赖引用的关系消除了，只和中介有通信，所有的交互逻辑都集中在中介者类中，是不是想想都爽呢！！！
完整的demo放在GitHub上，欢迎观看学习 ~中介者模式demo
四、模式分析
中介者模式是一个相对容易理解的模式，我们很容易就能结合现实生活中去。做iOS开发的必然使用过MVC模式，MVC模式是中介者模式的一种表现形式，Comtroller（中介者）承担两个同事类（View和Modle）之间的中转和协调作用。
中介者模式的优点
①解耦合
模式中把多个同事类的交互逻辑封装在中介类中，同事类之间不再相互依赖引用，各个同事类可以独立变化
②把交互逻辑集中管理
当同事类间的交互发生变化时，只需要在中介者修改逻辑，提高了开发效率又降低了维护成本，可谓一举两得
中介者模式的缺点
中介者模式的优点如果使用不好可能就变成了缺点，由于交互逻辑的高度集中化，中介者会随着业务逻辑的不断增加而变得臃肿膨胀，变得难以管理。
五、总结
第一次写技术博客，心情无比激动啊！！！希望本文能给读到这儿的你有所帮助，文中有什么不足请勿手下留情，大声地怼我，喜欢可以点个赞哦，非常感谢大家的支持！
