简易理解设计模式之:外观模式——第三方SDK的帮助类
介绍:
外观模式属于结构型模式。它为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
类图:
Facade(外观角色):为子系统统一接口。
System(子系统角色):具有各种复杂行为。
用法:
• 用外观模式解耦降低了用户的使用成本。(例如在设计代码初段,应该有意识地将不同的层分离。如经典的MVC模式中,View层和Model层界面与数据的分离,Controller担任外观角色)
• 为一个复杂子系统提供一个简单接口。(子系统往往会不断变化而变得越来越难维护,这种易变性使得隐藏子系统的具体变化极为重要)
• 维护一个大型遗留的系统时。(让外观角色为遗留代码设计一个简单的接口,让新系统和外观角色交互)
个人理解:
这个模式非常简单,为一个或多个系统提供一个简单的接口。需要跟复杂系统交互的时候可以考虑使用这个模式。
例子:
专注开发工作的你一定使用过此模式,就在我们接入第三方SDK的时候,都会有意识地用一个“帮助类”去跟SDK具体方法交互,只关心自己需要用的数据。下面用一个TalkingData第三方SDK的帮助类过一下:
需求:模拟SDK的使用
1、TalkingDataSDK的使用
首先简单介绍TalkingData,是专门做数据统计的公司,可以根据自己需求组合各种子SDK,例如页面埋点、点击事件分析、支付的漏洞模型等等。在这里非常适合使用外观模式去封装。
1.1、核心部分
/**
* 初始化TalkingData SDK
*
* @param context
*/
public void initTDSDK(Context context) {
try {
TalkingDataAppCpa.init(context, "123123123123123123", MainApplication.FLAVOR);
TCAgent.init(context, "456456456456456", MainApplication.FLAVOR);
} catch (Exception e) {
e.printStackTrace();
}
}
初始化SDK时,我们同时初始化两个子系统TalkingDataAppCpa和TCAgent。
对于程序员来说,封装一齐的目的是他们是同一家公司的两个子系统,我未来还可能接入更多的该公司的功能,就一并放在这个类方便管理。
1.2、各种子系统的方法举例
/**
* 关闭TalkingData SDK日志输出
*/
public void disableDebug() {
TalkingDataAppCpa.setVerboseLogDisable();
}
/**
* 注册成功事件
*
* @param mid 用户member_id
*/
public void onRegister(String mid) {
TalkingDataAppCpa.onRegister(mid);
}
/**
* 登录成功事件
*
* @param mid 用户member_id
*/
public void onLogin(String mid) {
TalkingDataAppCpa.onLogin(mid);
}
/**
* 下单事件
*
* @param mid 用户member_id
*/
public void onOrder(String mid, String orderId, String totalPrice) {
Order order = Order.createOrder(orderId, (int) (Float.parseFloat(totalPrice) * 100), "CNY");
TalkingDataAppCpa.onPlaceOrder(mid, order);
}
/**
* 支付成功事件
*
* @param mid 用户member_id
*/
public void onPaySucceed(String mid, String orderId, String amount, String paytype) {
TalkingDataAppCpa.onOrderPaySucc(mid, orderId, (int) (Float.parseFloat(amount) * 100), "CNY", paytype);
}
/**
* 事件管理-点击事件
*
* @param context Activity上下文
* @param eventId 事件ID
* @param eventLabel 事件标签
* @param eventDetail 事件细节
*/
public void onEvent(Context context, String eventId, String eventLabel, Map eventDetail) {
TCAgent.onEvent(context, eventId, eventLabel, eventDetail);
}
/**
* 进入页面
* @param context
* @param pageName 页面名称。
* onPageStart 和 onPageEnd 必须成对调用;
*/
public void onPageStart(Context context,String pageName){
TCAgent.onPageStart(context,pageName);
}
/**
* 退出页面
* @param context
* @param pageName
*/
public void onPageEnd(Context context,String pageName {
TCAgent.onPageEnd(context,pageName);
}
使用者不需要知道具体的实现,完全隐藏了实现细节。另一方面,随着SDK不停地迭代更新,实现方法有可能变得面目全非。因此后续维护工作只在这个类完成就可以了,否则改动一个方法需要在你所有的实现的地方都改一遍可多崩溃。
2、总结
此模式比较常用,相信你已经在不知不觉中使用了!主要用法还是作为一些第三方SDK的帮助类。
感谢您的阅读~
推荐阅读
基础篇:
设计模式前篇之——UML类图必会知识点
设计模式前篇之——一起过一下面向对象的概念
创建型模式:
简易理解设计模式之:简单工厂模式——来试试接入支付功能
简易理解设计模式之:工厂方法模式——数据存储例子
简易理解设计模式之:抽象工厂模式——更换数据库例子
简易理解设计模式之:建造者模式——学习使用“链式调用”
简易理解设计模式之:原型模式——深、浅拷贝的概念
简易理解设计模式之:单例模式——单例模式的几种常用写法
结构型模式:
简易理解设计模式之:适配器模式——Android列表视图控件设计方式
简易理解设计模式之:桥接模式——穿衣服经典案例2
简易理解设计模式之:组合模式——实现View中的树状结构
简易理解设计模式之:装饰模式——穿衣服经典案例
简易理解设计模式之:外观模式——第三方SDK的帮助类
简易理解设计模式之:享元模式——五子棋游戏例子
简易理解设计模式之:代理模式——iOS视图控件设计方式
行为型模式:
简易理解设计模式之:策略模式——优化一下支付功能
简易理解设计模式之:模板方法模式——Android中的BaseActivity基类
简易理解设计模式之:观察者模式——监听与回调
简易理解设计模式之:状态模式——优化登录操作
简易理解设计模式之:备忘录模式——Word文档的工作原理
简易理解设计模式之:迭代器模式——遍历对象的好帮手
简易理解设计模式之:命令模式——实现命令的参数化配置
简易理解设计模式之:责任链模式——OA中请假流程示例
简易理解设计模式之:中介者模式——多人聊天室例子
简易理解设计模式之:解释器模式——语言和文法
简易理解设计模式之:访问者模式——员工考核例子