外观模式(Facade Pattern),即提供一个统一的接口,用来访问子系统中的一群接口,从而让子系统更容易使用。
当一个系统的功能越来越强大时,子系统也会越来越多。客户端对系统的访问也变得越来越复杂,这时如果系统内部发生了改变,客户端也要跟着变化,违背了开闭原则,也违背了迪米特法则,所以有必要为多个子系统提供一个统一的接口,从而降低系统的耦合度,这就是外观模式的目标。
外观模式的组成为:
| 组成 | 作用 | |
|---|---|---|
| Facade(外观角色) | 为多个子系统对外提供一个共同的接口 | |
| Sub System(子系统) | 实现系统的部分功能,客户可以通过外观角色访问它 | |
| Client(客户端) | 通过一个外观角色访问各个子系统的功能 |

图片来自外观模式(Facade Pattern) - 最易懂的设计模式解析
外观模式的优点
- 降低了子系统与客户端之间的耦合度,使得子系统的变化不会影响调用它的客户端;
- 对客户端很好的屏蔽了子系统组件,减少了客户端处理的对象数量,使子系统的使用变得更加容易;
- 降低了大型软件系统中的编译依赖性,简化了系统在不同平台之间的移植过程,因为编译一个子系统不会影响其他子系统,也不会影响外观;
外观模式的缺点
- 不能很好的限制客户端使用子系统,很容易带来未知风险;
- 增加新的子系统可能会需要修改外观类或客户端的代码,违背开闭原则,可以通过引入抽象外观类来解决这个问题;
外观模式的应用场景
- 对分层结构系统构建时,使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系
- 当一个复杂系统的子系统很多时,外观模式可以为系统设计一个简单的接口供外界访问
- 当客户端与多个子系统之间存在很大的联系时,引入外观模式可将它们分离,从而提高子系统的独立性和可移植性
外观模式使用步骤
- 创建子系统
- 创建外观角色,持有子系统并作为客户端操作子系统的中间桥梁
- 创建客户端,使用外观类操作子系统
外观模式最佳实践
假设一个软件系统中有多个模块:社区,休闲游戏,新闻资讯等。小明作为该软件的忠实粉丝,每天早上会浏览新闻资讯;中午会逛社区;下午会玩会游戏。正常来说,小明(客户端)都需要与任何一个模块直接交互,这样的话使得客户端与子模块产生了耦合,而且客户端调用这么多子系统会增加系统的使用复杂度,这时使用外观类即可解决这些问题。
public class FacadePattern {public static class News {public void view() {System.out.println("早上浏览新闻,关心天下事...");}}public static class Community {public void findTopic() {System.out.println("中午逛社区,找共同话题...");}}public static class Game {public void play() {System.out.println("晚上打游戏,放松心情...");}}public static class Facade {private Game game;private Community community;private News news;public Facade(News news, Community community, Game game) {this.game = game;this.community = community;this.news = news;}public void visitTrack() {news.view();community.findTopic();game.play();}}public static void main(String[] args) {News news = new News();Community community = new Community();Game game = new Game();Facade facade = new Facade(news, community, game);facade.visitTrack();}}
程序运行结果:
早上浏览新闻,关心天下事… 中午逛社区,找共同话题… 晚上打游戏,放松心情…
如果不使用外观模式,则是如下调用方式:
public static void main(String[] args) {News news = new News();Community community = new Community();Game game = new Game();news.view();community.findTopic();game.play();}
这样的话明显子系统与客户端的耦合更高了,而且每增加一个子系统,有可能还要修改客户端的源代码,违反了开闭原则。使用外观系统的话,可以对外观类进行抽象,这样的话就比较符合开闭原则了。
例如,假设系统新增了一个商城系统,小明的每日轨迹变成了每天早上会浏览新闻资讯;中午会逛商城;下午会玩会游戏。那么就可以通过扩展抽象外观类来实现:
public class FacadePattern {public static class News {public void view() {System.out.println("早上浏览新闻,关心天下事...");}}public static class Community {public void findTopic() {System.out.println("中午逛社区,找共同话题...");}}public static class Mall {public void buy() {System.out.println("中午逛商城,买东西...");}}public static class Game {public void play() {System.out.println("晚上打游戏,放松心情...");}}/*** 抽象外观类类*/public static abstract class AbstractFacade {public abstract void visitTrack();}/*** 正常模式:* 早上会浏览新闻资讯;* 中午会逛社区;* 下午会玩会游戏*/public static class Facade extends AbstractFacade {private Game game;private Community community;private News news;public Facade(News news, Community community, Game game) {this.game = game;this.community = community;this.news = news;}@Overridepublic void visitTrack() {news.view();community.findTopic();game.play();}}/*** 购物模式:* 早上会浏览新闻资讯;* 中午会逛商城;* 下午会玩会游戏*/public static class BuyFacade extends AbstractFacade {private Game game;private Mall mall;private News news;public BuyFacade(News news, Mall mall, Game game) {this.game = game;this.mall = mall;this.news = news;}@Overridepublic void visitTrack() {news.view();mall.buy();game.play();}}public static void main(String[] args) {News news = new News();Community community = new Community();Mall mall = new Mall();Game game = new Game();// 正常模式AbstractFacade facade = new Facade(news, community, game);facade.visitTrack();// 购物模式facade = new BuyFacade(news, mall, game);facade.visitTrack();}}
程序运行结果如下:
早上浏览新闻,关心天下事… 中午逛社区,找共同话题…
晚上打游戏,放松心情…
早上浏览新闻,关心天下事…
中午逛商城,买东西…
晚上打游戏,放松心情…
