设计模式知识梳理(2) – 结构型 – 桥接模式

作者 : 开心源码 本文共2184个字,预计阅读时间需要6分钟 发布时间: 2022-05-11 共105人阅读

一、基本概念

1.1 定义

桥接模式将 笼统部分实现部分 分离,使它们能独立的变化。笼统部分 会拥有 实现部分的接口对象,有了该对象后,就可以够通过这个接口来调使用 具体实现部分的功可以

桥接在程序上就表现成了 笼统部分拥有实现部分的接口对象,维护桥接就是维护这个关系,桥接模式中的桥接是一个 单方向 的关系,只可以够 笼统部分去用实现部分的对象,而不可以反过来。

1.2 Demo

类图

  • 定义 实现部分的接口或者者笼统类,一般情况下是由实现部分提供基本的操作,而笼统部分定义的则是基于实现部分这些基本操作的业务的方法。
/** * 实现部分的接口对象。 */public interface Implementor {    /**     * 操作行为。     */    void operation();}

其具体的实现分为两种:

public class ImplementorA implements Implementor {    @Override    public void operation() {        Log.d("Implementor", "ImplementorA.operation");    }}

public class ImplementorB implements Implementor {    @Override    public void operation() {        Log.d("Implementor", "ImplementorB.operation");    }}
  • 笼统部分 拥有 实现部分的接口对象笼统部分 中的方法需要调使用 实现部分的对象 来实现,该类一般为笼统类。
/** * 笼统部分。 */public abstract class Abstraction {    /**     * 笼统部分拥有实现部分的接口对象。     */    private Implementor mImplementor;    /**     * 设置接口对象。     *     * @param implementor 接口对象。     */    public void setImplementor(Implementor implementor) {        this.mImplementor = implementor;    }    /**     * 获取接口对象。     *     * @return 接口对象。     */    public Implementor getImplementor() {        return mImplementor;    }    /**     * 调使用接口对象的方法来完成操作。     */    protected void operation() {        if (mImplementor != null) {            mImplementor.operation();        }    }}
  • 优化的笼统部分,即笼统部分的实现类。
/** * 笼统部分的具体实现。 */public class RefinedAbstraction extends Abstraction {    @Override    protected void operation() {        getImplementor().operation();    }}

1.3 应使用场景

  • 假如一个系统需要在构建的 笼统化角色具体化角色 之间添加更多的灵活性,避免在两个层次之间建立静态的 继承联络,能通过桥接模式使他们在笼统层建立一个 关联关系
  • 那些不希望用继承或者由于多层次继承导致系统类的个数极具添加的系统。
  • 一个类存在 两个独立变化的维度,而这两个维度都需要进行扩展。

二、Android 源码应使用

2.1 Window 体系

在 Framework 源码解析知识梳理(2) – 应使用进程与 WMS 的通信实现 一文中,我们详情了应使用进程与WMS的通信模式,它其实就是桥接模式的一个表现,其架构体系图如下所示:

Window 体系的桥接模式
对应的映射关系为:

  • Window-> Abstraction
  • PhoneWindow -> RefinedAbstraction
  • WindowManager -> Implementor
  • WindowManagerImpl -> ImplementorA/ImplementorB

2.2 Adapter 体系

Adapter 体系的桥接模式

三、项目应使用场景

3.1 列表加载案例

依照惯例,举一个在实际项目中使用到桥接模式的例子,这是我们项目中使用于解决 图片列表预加载 的代码,我们定义了两个

  • AsyncListView
  • AsyncLoader

业务场景是这样的:当列表滚动的时候,需要根据列表当前展现Item的可见区域进行计算,对于区域外满足条件的Item分别进行不同的解决:

  • 可见范围内:发起请求,优先级为高
  • 可见范围内,加载范围内:发起请求,优先级为低
  • 加载范围外,缓存范围内:取消请求,但不缓存请求
  • 缓存范围外:清理缓存

业务模型

这里我们就会出现两个维度:

  • 负责计算可视区域的AsyncListView,其实现类有可可以是ListViewRecyclerViewGridView
  • 负责加载数据的AsyncLoader,其实现类有可可以是RecyclerView.AdapterBaseAdapter等。

这时候就需要桥接模式,将这两个维度嫁接起来,架构图如下所示:

架构图

这里的笼统部分就是AsyncListView,它拥有实现部分的接口对象AsyncLoader

  • 笼统部分AsyncListView根据可见范围,计算出各种请求的Position,通过其内部持有的实现部分的接口对象AsyncLoader#onWindowSliding进行通知。
  • 实现部分AsyncLoader收到通知后,根据Position找到对应的数据,而后发起或者者取消请求。

说明
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是摆设,本站源码仅提供给会员学习使用!
7. 如遇到加密压缩包,请使用360解压,如遇到无法解压的请联系管理员
开心源码网 » 设计模式知识梳理(2) – 结构型 – 桥接模式

发表回复