Android设计模式之——Builder模式

一、介绍

Builder模式是一步一步创建一个复杂对象的创建型模式,它允许用户在不知道内部构建细节的情况下,可以更精细的控制对象的构造流程。该模式是为了将构建复杂对象的过程和它的部件解耦,使得构建过程和部件的表示隔离开来。

因为一个复杂的对象有很多大量组成部分,例如车,有车轮、方向盘、发动机,还有各种小零件等,如何将这些部件装配成一辆汽车,这个装配过程很漫长,也很复杂,对于这种情况,为了在构建过程中对外部隐藏实现细节,就可以使用Builder模式将部件和组装过程分离,使得构建过程和部件都可以自由扩展,两者之间的耦合也降到最低。

二、定义

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

三、使用场景

(1)相同的方法,不同的执行顺序,产生不同的事件结果时。

(2)多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同时。

(3)产品类非常复杂,或者产品类中的调用顺序不同产生了不同的作用,这个时候使用建造者模式非常合适。

(4)当初始化一个对象特别复杂,如参数多,且很多参数都具有默认值时。

四、Builder模式的UML类图

角色介绍:

  • Product产品类——产品的抽象类;

  • Builder——抽象Builder类,规范产品的组建,一般是由子类实现具体的组建过程;

  • ConcreateBuilder——具体的Builder类;

  • Director——统一组装过程;

这里写图片描述

五、Builder模式的简单实现

计算机的组装过程较为复杂,并且组装顺序是不固定的,为了易于理解,我们把计算机的组装过程简化为构建主机、设置操作系统、设置显示器3个部分,然后通过Director和具体的Builder来构建计算机对象。

示例代码:

/*** 计算机抽象类,即Product角色*/
public abstract class Computer {protected String mBoard;protected String mDisplay;protected String mOS;protected Computer(){}/*** 设置主板* @param board*/public void setBoard(String board){this.mBoard = board;}/*** 设置显示器* @param display*/public void setDisplay(String display){this.mDisplay = display;}/*** 设置操作系统*/public abstract void setOS();@Overridepublic String toString(){return "Computer [mBoard=" + mBoard + ", mDisplay=" + mDisplay + ", mOS=" + mOS + "]";}
}
/*** 具体的Computer类,Macbook*/
public class Macbook extends Computer {protected Macbook(){}@Overridepublic void setOS() {mOS = "Mac OS X 10";}
}
/*** 抽象Builder类*/
public abstract class Builder {/*** 设置主机* @param board*/public abstract void buildBoard(String board);/*** 设置显示器* @param display*/public abstract void buildDisplay(String display);/*** 设置操作系统*/public abstract void buildOS();/*** 创建Computer* @return*/public abstract Computer create();
}
/*** 具体的Builder类,MacbookBuilder*/
public class MacbookBuilder extends Builder {private Computer mComputer = new Macbook();@Overridepublic void buildBoard(String board) {mComputer.setBoard(board);}@Overridepublic void buildDisplay(String display) {mComputer.setDisplay(display);}@Overridepublic void buildOS() {mComputer.setOS();}@Overridepublic Computer create() {return mComputer;}
}
/*** Director类,负责构造Computer*/
public class Director {Builder mBuilder = null;public Director(Builder builder){mBuilder = builder;}/*** 构建对象* @param board 主板* @param display 显示器*/public void construct(String board, String display){mBuilder.buildBoard(board);mBuilder.buildDisplay(display);mBuilder.buildOS();}
}
/*** 测试代码*/
public class Test {public static void main(String[] args){//构建器Builder builder = new MacbookBuilder();//DirectorDirector pcDirector = new Director(builder);//封装构建过程pcDirector.construct("英特尔主板","Retina显示器");//构建计算机,输出相关信息System.out.println("Computer Info : " + builder.create().toString());}
}

输出结果:

Computer Info : Computer [mBoard=英特尔主板, mDisplay=Retina显示器, mOS=Mac OS X 10]

上述示例中,通过具体的MacbookBuilder来构建Macbook对象,而Director封装了构建复杂产品对象的过程,对外隐藏构建细节。Builder与Director一起将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的对象。

值得注意的是,在现实的开发过程中,Director角色经常会被省略。而直接使用一个Builder来进行对象的组装,这个Builder通常为链式调用,它的关键点是每个setter方法都返回自身,也就是return this,这样就使得setter方法可以链式调用,代码大致如下:

new TestBuilder().setA("A").create();

通过这种形式不仅去除了Director角色,整个结构也更加简单,也能对Product对象的组装过程有更精细的控制。

六、Builder模式变种——链式调用

示例代码:

public class User {private final String name;         //必选private final String cardID;       //必选private final int age;             //可选private final String address;      //可选private final String phone;        //可选private User(UserBuilder userBuilder){this.name=userBuilder.name;this.cardID=userBuilder.cardID;this.age=userBuilder.age;this.address=userBuilder.address;this.phone=userBuilder.phone;}public String getName() {return name;}public String getCardID() {return cardID;}public int getAge() {return age;}public String getAddress() {return address;}public String getPhone() {return phone;}public static class UserBuilder{private final String name;private final String cardID;private int age;private String address;private String phone;public UserBuilder(String name,String cardID){this.name=name;this.cardID=cardID;}public UserBuilder age(int age){this.age=age;return this;}public UserBuilder address(String address){this.address=address;return this;}public UserBuilder phone(String phone){this.phone=phone;return this;}public User build(){return new User(this);}}
}

需要注意的点:

  • User类的构造方法是私有的,调用者不能直接创建User对象。

  • User类的属性都是不可变的。所有的属性都添加了final修饰符,并且在 构造方法中设置了值。并且,对外只提供getters方法。

  • Builder的内部类构造方法中只接收必传的参数,并且该必传的参数使用了final修饰符。

调用方式:

new User.UserBuilder("Jack","10086").age(25).address("GuangZhou").phone("13800138000").build();

相比起前面通过构造函数和setter/getter方法两种方式,可读性更强。唯一可能存在的问题就是会产生多余的Builder对象,消耗内存。然而大多数情况下我们的Builder内部类使用的是静态修饰的(static),所以这个问题也没多大关系。

关于线程安全

Builder模式是非线程安全的,如果要在Builder内部类中检查一个参数的合法性,必需要在对象创建完成之后再检查

正确示例:

public User build() {User user = new user(this);if (user.getAge() > 120) {throw new IllegalStateException(“Age out of range”); // 线程安全}return user;
}

错误示例:

public User build() {if (age > 120) {throw new IllegalStateException(“Age out of range”); // 非线程安全}return new User(this);
}

七、用到Builder模式的例子

1、Android中的AlertDialog.Builder

private void showDialog(){AlertDialog.Builder builder=new AlertDialog.Builder(context);builder.setIcon(R.drawable.icon);builder.setTitle("Title");builder.setMessage("Message");builder.setPositiveButton("Button1", new DialogInterface.OnClickListener() {@Overridepublic void onClick(DialogInterface dialog, int which) {//TODO}});builder.setNegativeButton("Button2", new DialogInterface.OnClickListener() {@Overridepublic void onClick(DialogInterface dialog, int which) {//TODO}});builder.create().show();
}

2、OkHttp中OkHttpClient的创建

OkHttpClient  okHttpClient = new OkHttpClient.Builder().cache(getCache()) .addInterceptor(new HttpCacheInterceptor()).addInterceptor(new LogInterceptor()).addNetworkInterceptor(new HttpRequestInterceptor()) .build();

3、Retrofit中Retrofit对象的创建

Retrofit retrofit = new Retrofit.Builder().client(createOkHttp()).addConverterFactory(GsonConverterFactory.create()).addCallAdapterFactory(RxJavaCallAdapterFactory.create()).baseUrl(BASE_URL).build();

可见在实际使用中,均省略掉了Director角色,在很多框架源码中,涉及到Builder模式时,大多都不是经典GOF的Builder模式,而是选择了结构更加简单的后者。

八、优缺点

优点:

  • 良好的封装性,使得客户端不需要知道产品内部实现的细节

  • 建造者独立,扩展性强

缺点:

  • 产生多余的Builder对象、Director对象,消耗内存

参考资料

《Android源码设计模式与解析实战》

设计模式之Builder模式

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/447034.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Android设计模式之——原型模式

一、介绍 原型模式是一个创建型的模式。原型二字表明了该模型应该有一个样板实例,用户从这个样板对象中复制出一个内部属性一致的对象,这个过程也就是我们俗称的“克隆”。被复制的实例就是我们所称的“原型”,这个原型也是可定制的。原型模…

针对C++异常的学习

源码 头文件 sdf_exception.h #pragma once#include <exception> #include <string>namespace sdf {namespace common{using sdf_error_code_t uint32_t;class SdfException : std::exception{public:explicit SdfException(sdf_error_code_t errorCode) : erro…

Android设计模式之——抽象工厂模式

一、介绍 抽象工厂模式&#xff08;Abstract Factory Pattern&#xff09;&#xff0c;也是创建型设计模式之一。前一节我们已经了解了工厂方法模式&#xff0c;那么这个抽象工厂又是怎么一回事呢&#xff1f;大家联想一下现实生活中的工厂肯定都是具体的&#xff0c;也就是说…

Android设计模式之——策略模式

一、介绍 在软件开发中也常常遇到这样的情况&#xff1a;实现某一个功能可以有多种算法或者策略&#xff0c;我们根据实际情况选择不同的算法或者策略来完成该功能。例如&#xff0c;排序算法&#xff0c;可以使用插入排序、归并排序、冒泡排序等。 针对这种情况&#xff0c;…

密码学在区块链隐私保护中的应用学习

身份隐私保护技术 混淆服务 混淆服务的目的在于混淆消息双方的联系&#xff08;如 图 2 所示&#xff09;。当发送方需要告知接收方消息 M 时&#xff0c; 它会首先用接收方的公钥 KB 加密 M&#xff0c;并在密文后 附带真实接收地址 R。为了借助第三方&#xff08;图 2 中的…

值类型和引用类型的区别

一、定义 引用类型表示你操作的数据是同一个&#xff0c;也就是说当你传一个参数给另一个方法时&#xff0c;你在另一个方法中改变这个变量的值&#xff0c;那么调用这个方法是传入的变量的值也将改变。 值类型表示复制一个当前变量传给方法&#xff0c;当你在这个方法中改变…

面向区块链的高效物化视图维护和可信查询论文学习

物化视图介绍 如何维护物化视图仍旧是一个开放问题.在关系数据库中,增量刷新的物化视图维护策略可划分为立即维护和延迟维护两大类.立即维护策略的优点是实现较为简单,在单数据源下不 存在一致性问题;然而该策略将物化视图维护过程嵌入到更新事务之中,延长了更新事务的提交时间…

密码学数字信封的介绍

对称密码和非对称密码 对称密码&#xff1a;加解密运算非常快&#xff0c;适合处理大批量数据&#xff0c;但其密码的分发与管理比较复杂非对称密码&#xff1a;公钥和私钥分离&#xff0c;非常适合密钥的分发和管理 数字信封的定义 如果将对称密码算法和非对称密码算法的优点…

Android设计模式之——状态模式

一、介绍 状态模式中的行为是由状态来决定的&#xff0c;不同的状态下有不同的行为。状态模式和策略模式的结构几乎完全一样&#xff0c;但它们的目的、本质却完全不一样。状态模式的行为是平行的、不可替换的&#xff0c;策略模式的行为是彼此独立、可相互替换的。用一句话来…

Android设计模式之——责任链模式

一、介绍 责任链模式&#xff08;Iterator Pattern&#xff09;&#xff0c;是行为型设计模式之一。什么是”链“&#xff1f;我们将多个节点首尾相连所构成的模型称为链&#xff0c;比如生活中常见的锁链&#xff0c;就是由一个个圆角长方形的铁环串起来的结构。对于链式结构…

目前基于区块链的档案防篡改系统的设计如何实现防篡改

架构设计图 分析 为了保障档案数据的安全性和隐私性&#xff0c;存储档案附件和档案属性存储加密存储在私有IPFS集群&#xff0c;档案的IPFS地址和数字指纹存储在私有区块链上。公有区块链定期存储和检查私有区块链最新不可逆区块的高度和哈希值&#xff0c;以保障私有区块链上…

IPFS的文件存储模式

IPFS是如何进行文件存储的 IPFS采用的索引结构是DHT&#xff08;分布式哈希表&#xff09;&#xff0c;数据结构是MerkleDAG&#xff08;Merkle有向无环图&#xff09; DHT(分布式哈希表) 参考链接MerkleDAG&#xff08;Merkle有向无环图&#xff09; 参考链接MerkleDAG功能…

Android设计模式之——解释器模式

一、介绍 解释器模式&#xff08;Interpreter Pattern&#xff09;是一种用的比较少的行为型模式&#xff0c;其提供了一种解释语言的语法或表达式的方式&#xff0c;该模式定义了一个表达式接口&#xff0c;通过该接口解释一个特定的上下文。在这么多的设计模式中&#xff0c…

在Docker里面安装Ubuntu,并且使用ssh进行连接

创建Ubuntu镜像 1&#xff0c;拉取Ubuntu系统的镜像 docker pull ubuntu2、查看拉取是否成功 docker images3&#xff0c;运行容器 docker run --name 新建的容器的名字 -ti -v /AAA:/BBB -d -p 3316:22 ubuntu(这个是镜像的名字)宿主机根目录中的AAA文件夹就映射到了容器…

Android设计模式之——命令模式

一、介绍 命令模式&#xff08;Command Pattern&#xff09;&#xff0c;是行为型设计模式之一。命令模式相对于其他的设计模式来说并没有那么多的条条框框&#xff0c;其实它不是一个很”规范“的模式&#xff0c;不过&#xff0c;就是基于这一点&#xff0c;命令模式相对于其…

Android设计模式之——观察者模式

一、介绍 观察者模式是一个使用率非常高的模式&#xff0c;它最常用的地方是GUI系统、订阅——发布系统。因为这个模式的一个重要作用就是解耦&#xff0c;将被观察者和观察者解耦&#xff0c;使得它们之间的依赖性更小&#xff0c;甚至做到毫无依赖。以GUI系统来说&#xff0…

Android设计模式之——备忘录模式

一、介绍 备忘录模式是一种行为模式&#xff0c;该模式用于保存对象当前状态&#xff0c;并且在之后可以再次恢复到此状态&#xff0c;这有点像我们平时说的”后悔药“。备忘录模式实现的方式需要保证被保存的对象状态不能被对象从外部访问&#xff0c;目的是为了保护好被保存…

C++ using的三种使用策略以及具体的用法

Using的使用方法 1&#xff0c;命名空间的使用 为了防止代码冲突&#xff0c;都会使用到命名空间。假设这样一种情况&#xff0c;当一个班上有两个名叫 Zara 的学生时&#xff0c;为了明确区分他们&#xff0c;我们在使用名字之外&#xff0c;不得不使用一些额外的信息&#…

Android设计模式之——迭代器模式

一、介绍 迭代器模式&#xff08;Iterator Pattern&#xff09;又称为游标&#xff08;Cursor&#xff09;模式&#xff0c;是行为型设计模式之一。迭代器模式算是一个比较古老的设计模式&#xff0c;其源于对容器的访问&#xff0c;比如Java中的List、Map、数组等&#xff0c…

Android设计模式之——模板方法模式

一、介绍 在面向对象开发过程中&#xff0c;通常会遇到这样的一个问题&#xff0c;我们知道一个算法所需的关键步骤&#xff0c;并确定了这些步骤的执行顺序&#xff0c;但是&#xff0c;某些步骤的具体实现是未知的&#xff0c;或者说某些步骤的实现是会随着环境的变化而改变…