Android编程之DialogFragment源码详解(一)

DialogFragment是Fragment家族成员之一,如果你把它简单的理解成Dialog,那就错了。它的确可以做作dialog显示,还可以显示出自己定义的Dialog或者AlertDialog,但它同时也是一个Fragment。

按照官方的话来理解就是,你既可以把它当成一个dialog显示出来,也可以让它作为一个Fragment嵌套在Activity中,这样更方便开发。

为什么这么说呢?试想一下,当产品需求最开始把它作为一个界面显示的时候,你可能已经把它作为Fragment已经写好了,但中途产品又把它设计成一个dialog,那你该怎么办?重新去一个dialog或者activity吗?以前的传参怎么办?过两天,产品又将它改回去,你还要再重写一遍吗?等等一系列的问题就来了。

所以,这个时候,你只需要把当前的Fragment继承类改为DialogFragment,再添加几行代码就可以了。其他的,基本都不用动。即使过两天再改回来,或者别的界面也需要它的时候,你就可以直接把它当做Fragment,继续使用,代码都不用改。

这一点,不得不赞一下Fragment这个的出现,大大方便了开发,再也不怕产品设计调整界面布局了!


这里多啰嗦一句,如果产品已经定义好了作为dialog,或者之前就是dialog的,就不要将它们改成DialogFragment的了,还是那句话:只做有意义的代码改动!


DialogFragment的使用用例,官方文档已经写得很清楚了,Demo例子也有,在androidSDK的sample文件夹中,有需要的请自行查阅。

今天之所以翻出源码来,主要还是希望通过对代码的了解,更好使用DialogFragment。而且有些细节部分,不看源码的话,可能就真在方法传值时传错了。比如:style的设置!

在源码最开始部分,就定义了style的常量:

    public static final int STYLE_NORMAL = 0;
    public static final int STYLE_NO_TITLE = 1;
    public static final int STYLE_NO_FRAME = 2;
    public static final int STYLE_NO_INPUT = 3;

STYLE_NORMAL:会显示一个普通的dialog

STYLE_NO_TITLE:不带标题的dialog

STYLE_NO_FRAME:无框的dialog

STYLE_NO_INPUT:无法输入内容的dialog,即不接收输入的焦点,而且触摸无效。

说起来,android很多参数的设置,都有用到“|”的方法,表示支持两种或两种以上。最常见的,就是“Top|Left”,所以,在这里有很多人会想用吧:STYLE_NO_TITLE|STYLE_NO_INPUT。那你可就错了,这么用的结果就是把style设置成了:STYLE_NO_INPUT ( 因为:1 | 3 = 3 )


接下来,再看一下它的内部变量:

    int mStyle = STYLE_NORMAL;
    int mTheme = 0;
    boolean mCancelable = true;
    boolean mShowsDialog = true;
    int mBackStackId = -1;

    Dialog mDialog;
    boolean mViewDestroyed;
    boolean mDismissed;
    boolean mShownByMe;

mStyle:默认的样式为STYLE_NORMAL;

mTheme:主题,默认没有设置,而是在setStyle(int style, int theme) 方法中,对其初始化设置,下面会讲到;

mCancelable:是否可以取消,默认是ture,实际上就是设置给Dialog的mDialog.setCancelable(mCancelable);

mShowsDialog:这个参数我放到下面去讲,默认也为true

mBackStackId:后退栈的ID,也就是说,当DialogFragment不显示时,会清空栈里的数据。(关于后退栈的问题,请留心我后面关于FragmentManager详解的文章);

mDialog:DialogFragment之所以会以窗口方式显示,实际上就是其内部有一个Dialog,也就是它,上面的样式、主题、可取消都是设置给它的;

后面三个boolean的变量,就是标志位:

mViewDestroyed:标志位,在Dialog不显示时,处理Fragment的移除操作;

mDismissed:标志位,Dialog是否不显示了;

mShownByMe:标志位,在Dialog是否显示,和mDismissed基本是一对;


DialogFragment的构造方法是空的,什么也没有:

    public DialogFragment() {
    }

然后就是setStyle方法:

    public void setStyle(int style, int theme) {
        mStyle = style;
        if (mStyle == STYLE_NO_FRAME || mStyle == STYLE_NO_INPUT) {
            mTheme = android.R.style.Theme_Panel;
        }
        if (theme != 0) {
            mTheme = theme;
        }
    }

开头已经讲过了,style使用注意事项。通过这个方法,可以看到,在不设置theme,即为0的情况下,theme会被设置为android.R.style.Theme_Panel。

这还可以根据自己定义的Dialog样式设置进来。


下面就是show方法,共有两个:

    public void show(FragmentManager manager, String tag) {
        mDismissed = false;
        mShownByMe = true;
        FragmentTransaction ft = manager.beginTransaction();
        ft.add(this, tag);
        ft.commit();
    }

    public int show(FragmentTransaction transaction, String tag) {
        mDismissed = false;
        mShownByMe = true;
        transaction.add(this, tag);
        mViewDestroyed = false;
        mBackStackId = transaction.commit();
        return mBackStackId;
    }

虽然是两种写法,但实际上还是将自己添加到FragmentManager中而已。


有显示,就是得有不显示的代码:

    public void dismiss() {
        dismissInternal(false);
    }

    public void dismissAllowingStateLoss() {
        dismissInternal(true);
    }

两个方法都是调用了void dismissInternal(boolean allowStateLoss),只是传参不一样而已,看一下dismissInternal这个方法:

    void dismissInternal(boolean allowStateLoss) {
        if (mDismissed) {
            return;
        }
        mDismissed = true;
        mShownByMe = false;
        if (mDialog != null) {
            mDialog.dismiss();
            mDialog = null;
        }
        mViewDestroyed = true;
        if (mBackStackId >= 0) {
            getFragmentManager().popBackStack(mBackStackId,
                    FragmentManager.POP_BACK_STACK_INCLUSIVE);
            mBackStackId = -1;
        } else {
            FragmentTransaction ft = getFragmentManager().beginTransaction();
            ft.remove(this);
            if (allowStateLoss) {
                ft.commitAllowingStateLoss();
            } else {
                ft.commit();
            }
        }
    }

它做了几件事:

1、调用dialog的dismiss方法

2、如果自己在后退栈中,就将自己从后退栈中移除掉(弹出)

3、如果自己不在后退栈中,就将自己从FragmentManager中移除掉。

关于commitAllowingStateLoss与commit的区别,网上有很多讲解,这里也不细说了。以后的FragmentManager中,会对它有更详细的解释。



今天就先写到这里,后面部分下次发布。

发布了57 篇原创文章 · 获赞 14 · 访问量 86万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 大白 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览