一.什么是外观模式？
简单的说，外观模式是用来简化接口的。
通常，我们觉得一个子系统不好用，可能是因为它提供的外部接口太接近低层组件，让我们用起来感到很麻烦。
因为我们不需要知道内部细节，我们只想要一个“一键完成”功能，调用子系统的某个方法，它可能替我们完成了图片预处理，而不是靠我们自己来调用灰度化方法、图像增强算法、噪声处理方法等等来一步步实现预处理。
如果子系统提供的接口太接近低层组件，不仅不易用，而且破坏了子系统的封装（想调用子系统就必须了解其各个低层组件，我们被迫知道了太多不应该知道的细节。。）
二.举个例子
假设有一个封装好的老式洗衣机，它提供了这些对外接口：
没办法，它实在太老了，不能满足我们的现代生活，但我们又买不起新的自动化洗衣机，所以我们需要把它变成一个半自动的洗衣机，用节省下来的时间去写代码。。
先看看我们是如何用老式洗衣机来洗衣服的：
仅仅演示了一个洗衣服的过程，我们就调用了那么多操作，而且我们必须知道这台洗衣机的内部细节，不然根本无法使用它。。
洗衣服可能需要60分钟（注水 + 洗涤 + 脱水 + 排水），在这期间我们几乎什么事情也做不了，只能蹲在洗衣机旁边不停的操作机器
-------
我想，我们可能需要一个遥控器，上面有2个按钮：
- 洗涤
- 脱水
然后我们洗衣服的过程会变成这样：
- 摁洗涤按钮，自动连接电源，自动打开洗涤舱，自动注水5分钟，自动开始洗涤15分钟
- 摁脱水按钮，自动打开脱水舱，自动脱水10分钟，自动排水，自动断开电源
这简直太棒了，我们可以在吃午餐前摁一下洗涤按钮，吃完之后去把衣服拿到右侧，再摁一下脱水按钮，然后去上班，下午回来之后把衣服晾起来就好了
（当然，手动把衣服从左侧拿到右侧的过程是避免不了的，毕竟它太老了，想变成全自动洗衣机是不可能的。。）
来看看我们自己做的遥控器：
有了遥控器之后，我们是这样洗衣服的：
简直轻松惬意，不过仔细一看，不就是定义了一个方法来封装方法调用嘛，有什么了不起的？与在我们的新项目代码中建立定义两个方法负责洗涤和脱水有什么区别吗？
当然有，不要着急
三.外观模式的优点
1.低耦合
先看看我们的命名方式，遥控器叫做WasherFacade，如果要划分模块，它应该与Washer放在一起吧
没错，通过定义Facade，我们成功解耦了Washer与我们的代码，意味着一旦Washer发生变更，我们直接修改Facade就好了，而不是在我们冗长的项目代码里寻找某两个方法
2.保护了子系统的封装
我们并没有打开封装好的Washer去修改，而是添加了一些代码来简化Washer的接口，以前调用者对Washer的内部很了解，但现在它对Washer几乎一无所知（除构造方法外）
3.适用于含有多个不同对象的子系统
例子中的Washer只是一个单一对象，好像应该由Washer本身提供这样的简单接口
但如果要实现日常起居的半自动化，我们会面对多个对象，比如门，窗，窗帘，电视，微波炉，洗衣机，电脑等等
我们希望一键准备早餐（自动开灯，自动开启微波炉加热），一键午睡（自动关门，自动拉上窗帘，自动熄灭灯光）等等功能，外观模式同样适用：
我们只需要让外观多持有几个具体对象就好了
4.有效地简化了子系统的接口
之前洗衣服需要蹲在洗衣机旁不停的操作，现在我们可以“一键完成”了，这才是我们想要的简单易用的接口
5.满足“最少知识原则”
我们做到了“只和朋友交谈”，我们的新系统只认识Facade，只和它交谈，而不是跑去和子系统中的一大堆低层组件交谈
四.总结
外观模式，用来为复杂的子系统提供简单易用的高层接口。
当你纠结于很多低层组件得不到解脱的时候，不妨去做一个遥控器，我想，你可能确实需要它。。
492
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
