外观模式的解析-iOS

外观模式的解析-iOS

其他 设计模式 的介绍

1、 简单工厂模式、工厂模式、抽象工厂模式的解析-iOS

2、 建造者模式的解析-iOS

3、 单例模式的解析-iOS

4、 原型模式的解析-iOS

5、 代理模式的解析-iOS

6、 适配器模式的解析-iOS

7、 装饰器模式的解析-iOS

8、 外观模式的解析-iOS

9、 桥接模式的解析-iOS

10、 组合模式的解析-iOS

概率描述

“为子系统中的一组接口提供一个统一的接口。外观模式定义了一个更高层次的接口，这个接口使得这一子系统更加容易使用。” —-《设计模式》(Addison-Wesley,1994)

角色

1、子系统：底层的子系统，定义了自己的相关的功能和接口

2、外观类：整合底部子系统的接口供给外部调用者调用 

3、外部调用者：调用外观类的接口或者子系统的接口，和底层子系统进行通信

实用场景

（1）设计初期阶段，应该有意识的将不同层分离，层与层之间建立外观模式。

（2）开发阶段，子系统越来越复杂，增加外观模式提供一个简单的调用接口。 

（3）维护一个大型遗留系统的时候，可能这个系统已经非常难以维护和扩展，但又包含非常重要的功能，为其开发一个外观类，以便新系统与其交互。 百度百科

案例解析

我记得之前在讲 代理模式的解析 的时候有讲过买房子的事情，有讲过买房子的事情，今天我又以这个话题来讲一下外观模式。 

就是我们去买房的时候不可能每个环节都去跑，比如建造房子和联系贷款人员办理贷款，和查征信这些东西。我们只需要一切的沟通和房产销售沟通就行了。房产中介去安排贷款，去督促承建者去建设房子。 

角色分类： 

子系统：房子承建者，办理贷款的银行人员 

外观类：房产销售 

外部调用者：买房子的人 

房子的承建者的代码

银行的贷款人员的代码

房产销售人员的代码

买房子的人：

调用代码

命令行打印的结果：

优缺点

（1）实现了子系统与客户端之间的松耦合关系。

（2）客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。 百度百科

总结

如果有写的不正确或者侵权的，希望大家给我提出来，我会及时修改。谢谢大家。