建造者模式和AlertDialog源码解析

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 建造者模式即按照这我的理解是 :对同一个类型按照顺序对不同的属性进行赋值 然后完成建造,得到对象的过程.就像建房子,建造者就是建筑工,产品就是房子.

建造者模式

即按照这
我的理解是 :对同一个类型按照顺序对不同的属性进行赋值 然后完成建造,得到对象的过程.
就像建房子,建造者就是建筑工,产品就是房子.建筑工会对这个房子的属性:大门,地板,墙面等进行创建.完成后,交付房子.

不同于,工厂模式,它是针对不同的类型的对象进行生产,详情请参照我的博客--工厂模式,就像创建房子,关注于

建造者模式注重于房子的 零部件的组装的顺序,而工厂模式则注重于创建怎样的房子.

创建示例

目前,创建者模式,有很多变种.

方式1:标准模式

标准模式包括抽象建造者,具体建造者,指导者,产品

类图

img_e47308edad034880cd8a13d09e6badf8.png

关键代码

public class AlertDialogBuilder extends DialogBuilder {
    
    AlertDialog alertDialog;
    
    public AlertDialogBuilder(){
        
        alertDialog=new AlertDialog();
    }
    
    
    /** @pdOid f2e872d8-2b7e-433a-a73a-b123600c1147 */
    public DialogBuilder createBackGround(String s) {
        // TODO: implement

        alertDialog.setBackground(s);
        return this;
    }
   
   /** @pdOid 132730f9-2fb8-461b-82ff-b8ad1fd6b644 */
   public DialogBuilder createShape(String s) {
       alertDialog.setShape(s);
      return this;
   }
   
   /** @pdOid 70ece84f-407e-4d0b-8f59-bf2666f8b56c */
   public DialogBuilder createTitle(String s) {
      // TODO: implement
       alertDialog.setTitle(s);
      return this;
   }

@Override
public AlertDialog build() {
    // TODO Auto-generated method stub
    return alertDialog;
}

}


public class DialogDirector {
   /** @pdOid 2526f4f0-f70e-4d84-a843-58429582f705 */
   private DialogBuilder dialogBuilder;
   
   /** @pdOid a9e2ae49-fffc-43fb-adb7-ab3582f85c31 */
   public  AlertDialog createDialog(String background,String shape,String title) {
       
       dialogBuilder= new AlertDialogBuilder();
      
      return  dialogBuilder.createBackGround(background).createShape(shape).createTitle(title).build();
   }

}

方式2:链式简版

只包括建造者类,产品参数内部类,产品类

类图

img_6a80fcb9b59ef5d76543f854ad65aff6.png

参考代码

/**

 * 房子类,不能暴露自己的属性和方法
 *
 */
public class Room {
    private String window;    
    private String floor;
    private String doorl;
    
    public void apply(WorkBuilder.RoomParmas parmas)
    {
        window=parmas.window;
        floor=parmas.floor;
        doorl=parmas.door;
    }
    
    
    /* (non-Javadoc)
     * @see java.lang.Object#toString()
     */
    @Override
    public String toString() {
        return "Room [window=" + window + ", floor=" + floor + ", doorl=" + doorl  + "]";
    }

    public String show()
    {
        return this.toString();
    }
    
}

public class WorkBuilder{
    
    
    private RoomParmas parmas;
    
    /**
     * 初始化建造者,初始化RoomParmas中间件
     */
    public WorkBuilder( ) { 
        this.parmas = new RoomParmas();
    }
    /**
     * 创建window,然后返回自身WorkBuilder,链式调用
     * @param window
     * @return
     */
    
    public  WorkBuilder makeWindow(String window ) {
        parmas.window=window;
        return this;
    }

    public WorkBuilder makeFloor(String floorCorlor) {
        parmas.floor=floorCorlor;
        return this;
    }
    public WorkBuilder makeDoor(String door) {
        parmas.door=door;
        return this;
    }
/**
 * 创建,创建对象,新建room对象,将中间量param传入Room,进行构建.
 * @return
 */
    public Room build() {
        Room room=new Room();
        room.apply(parmas);
        return room;
    }
    
    /**
     * 内部类来作为中间量,作为建造对象的参数传入
     * @author ccj
     *
     */
    class RoomParmas
    {
        public  String window;    
        public String floor;
        public String door;
        
    }

}

public class Test {
      
      public static void main(String[] args) {    
             Room room=new WorkBuilder()
                     .makeWindow("防弹玻璃")
                     .makeFloor("水泥地板")
                     .makeDoor("凯旋门").build();
                     ; //创建Room对象   
             System.out.println(room.show());   //工人交房子 
           }        
      
}

Android中的体现

创建者模式在android应用层代码的体现在 AlertDialog的创建过程
不同的是在源码中,在AlertDialog类中,有一个Builder类,在Builder类中有一个AlertController类,以及AlertController.AlertParams类.

Builder内部类:负责AlertDialogAlertController的交互中间件;

AlertController.AlertParams:负责初始化Alertdialog的属性值.
AlertController:负责AlertDialog的动作.

时序图调用

img_f2d5501ca34bd9277a515c370c8ddaf8.png

代码流程

AlertDialog.Builder builder=new AlertDialog.Builder(this);

Dialog dialog=builder.create();

dialog.show();

详情请研究代码,这里不做多余描述,

1.AlertDialog.Builder builder = new AlertDialog.Builder(this);

初始化,Builder,AlertController.AlertParams,和AlertController.

    //创建者,构造方法负责样式theme
       public Builder(Context context, int theme) {
            P = new AlertController.AlertParams(new ContextThemeWrapper(
                    context, resolveDialogTheme(context, theme)));
            mTheme = theme;
        }

2.dialog = builder.create();

1.builder中有AlertController.AlertParams的引用
2.AlertController.AlertParams相当于创建者中的中间量,基本上Dilaog所有的属性都是在这里的 .

P.apply(dialog.mAlert);(mAlert是AlertController的引用).
AlertController.AlertParams中设置,然后将要创建的Dilaog属性,转移到AlertController.所有操作的真正的执行动作,监听等 都在AlertController中进行.


//创建者的create方法,按照流程新建AlertDialog对象
        public AlertDialog create() {
            final AlertDialog dialog = new AlertDialog(P.mContext, mTheme, false);
            P.apply(dialog.mAlert);
            dialog.setCancelable(P.mCancelable);
            if (P.mCancelable) {
                dialog.setCanceledOnTouchOutside(true);
            }
            dialog.setOnCancelListener(P.mOnCancelListener);
            dialog.setOnDismissListener(P.mOnDismissListener);
            if (P.mOnKeyListener != null) {
                dialog.setOnKeyListener(P.mOnKeyListener);
            }
            return dialog;
        }

3.当activity执行dialog.show();

AlertDialog执行到声明周琦的oncreate时调用 mAlert.installContent();然后在此方法中setupView();展示dialog.

private void setupView() {
        final View parentPanel = mWindow.findViewById(R.id.parentPanel);
        final View defaultTopPanel = parentPanel.findViewById(R.id.topPanel);
        final View defaultContentPanel = parentPanel.findViewById(R.id.contentPanel);
        final View defaultButtonPanel = parentPanel.findViewById(R.id.buttonPanel);

        // Install custom content before setting up the title or buttons so
        // that we can handle panel overrides.
        final ViewGroup customPanel = (ViewGroup) parentPanel.findViewById(R.id.customPanel);
        setupCustomContent(customPanel);

总结

随着设计模式系列的深入,越来越能体会到设计模式的优雅.
建造者模式,顾名思义,就是对一个复杂的对象,进行一步步的构建,最终生成一个不同风格的产品的过程.

目录
相关文章
|
2月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
87 2
|
11天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
11天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
11天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
2月前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
57 12
|
30天前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
12天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
2月前
|
存储 安全 Linux
Golang的GMP调度模型与源码解析
【11月更文挑战第11天】GMP 调度模型是 Go 语言运行时系统的核心部分,用于高效管理和调度大量协程(goroutine)。它通过少量的操作系统线程(M)和逻辑处理器(P)来调度大量的轻量级协程(G),从而实现高性能的并发处理。GMP 模型通过本地队列和全局队列来减少锁竞争,提高调度效率。在 Go 源码中,`runtime.h` 文件定义了关键数据结构,`schedule()` 和 `findrunnable()` 函数实现了核心调度逻辑。通过深入研究 GMP 模型,可以更好地理解 Go 语言的并发机制。
|
2月前
|
消息中间件 缓存 安全
Future与FutureTask源码解析,接口阻塞问题及解决方案
【11月更文挑战第5天】在Java开发中,多线程编程是提高系统并发性能和资源利用率的重要手段。然而,多线程编程也带来了诸如线程安全、死锁、接口阻塞等一系列复杂问题。本文将深度剖析多线程优化技巧、Future与FutureTask的源码、接口阻塞问题及解决方案,并通过具体业务场景和Java代码示例进行实战演示。
61 3
|
3月前
|
存储
让星星⭐月亮告诉你,HashMap的put方法源码解析及其中两种会触发扩容的场景(足够详尽,有问题欢迎指正~)
`HashMap`的`put`方法通过调用`putVal`实现,主要涉及两个场景下的扩容操作:1. 初始化时,链表数组的初始容量设为16,阈值设为12;2. 当存储的元素个数超过阈值时,链表数组的容量和阈值均翻倍。`putVal`方法处理键值对的插入,包括链表和红黑树的转换,确保高效的数据存取。
68 5

推荐镜像

更多