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中，会对它有更详细的解释。

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