編輯:關於Android編程
前言:這段時候有點忙,因為在趕項目,說忙也都是在敷衍,時間擠擠還是有的,從開始寫博客的那一刻起就應該一直堅持下來,不要三天打魚兩天曬網,上次寫過一個Android進階之(dialog詳解一),今天繼續上次的內容探究一下,從Android3.0後Android引入的DailogFragment,我們一起從源碼的角度去看看為啥谷歌推薦這樣創建Dialog.
DialogFragment對話框出現的意義
為什麼android系統有AlertDialog,PopupWindow對話框,基本滿足客戶需求,為啥還要跑出一個DialogFragment對話框呢?
這就要從DialogFragment的優點說起了:
有和Fragment基本一致的生命周期,因此便於Activity更好的控制管理DialogFragment。 隨屏幕旋轉(橫豎屏幕切換)DialogFragment對話框隨之自動調整對話框大小。而AlertDialog和PopupWindow隨屏幕切換而消失。 DialogFragment的出現解決 橫豎屏幕切換Dialog消失的問題。
既然是探究性的話題,我們就從DialogFragment源碼探究一下。
在此次之前先貼一張Fragment的生命周期圖:

DialogFragment的全部源碼我就不貼了,要研究的童鞋就多按按Ctrl+左鍵吧(^__^) 嘻嘻……我們按照Fragment的生命周期一個一個往下看,揭開它的神秘面紗。
首先看看onAttach()方法
@Override
public void onAttach(Context context) {
super.onAttach(context);
if (!mShownByMe) {
// 如果不是通過調用DialogFragment自己的show方法彈出Dialog的話
// 標志著這個Dialog不再被消失
mDismissed = false;
}
}
這個方法也沒什麼重要代碼。
接下來看看onCreate()方法
@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mShowsDialog = mContainerId == 0;
if (savedInstanceState != null) {
mStyle = savedInstanceState.getInt(SAVED_STYLE, STYLE_NORMAL);
mTheme = savedInstanceState.getInt(SAVED_THEME, 0);
mCancelable = savedInstanceState.getBoolean(SAVED_CANCELABLE, true);
mShowsDialog = savedInstanceState.getBoolean(SAVED_SHOWS_DIALOG, mShowsDialog);
mBackStackId = savedInstanceState.getInt(SAVED_BACK_STACK_ID, -1);
}
}
當Activity生命周期發生變換的時候,也就是比如切換橫豎屏的時候,對Dialog的一些屬性進行保存,當再次創建Fragment的時候回到上一次Dialog的狀態,既然有取的過程,那必定有存的過程。
@Override
public void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
if (mDialog != null) {
Bundle dialogState = mDialog.onSaveInstanceState();
if (dialogState != null) {
outState.putBundle(SAVED_DIALOG_STATE_TAG, dialogState);
}
}
if (mStyle != STYLE_NORMAL) {
outState.putInt(SAVED_STYLE, mStyle);
}
if (mTheme != 0) {
outState.putInt(SAVED_THEME, mTheme);
}
if (!mCancelable) {
outState.putBoolean(SAVED_CANCELABLE, mCancelable);
}
if (!mShowsDialog) {
outState.putBoolean(SAVED_SHOWS_DIALOG, mShowsDialog);
}
if (mBackStackId != -1) {
outState.putInt(SAVED_BACK_STACK_ID, mBackStackId);
}
}
緊接著我們看到這麼一個方法:
/** @hide */
@Override
public LayoutInflater getLayoutInflater(Bundle savedInstanceState) {
if (!mShowsDialog) {
return super.getLayoutInflater(savedInstanceState);
}
mDialog = onCreateDialog(savedInstanceState);
if (mDialog != null) {
setupDialog(mDialog, mStyle);
return (LayoutInflater) mDialog.getContext().getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
}
return (LayoutInflater) mHost.getContext().getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
}
這個方法雖然隱藏了,但是我們看到,在方法裡面new了一個Dialog,onCreateDialog,所以我們知道,其實DialogFragment裡面也是悄悄的創建了一個Dialog,創建了一個Dialog,那系統怎麼知道我們創建的Dialog的樣式呢?總要一些Dialog的初始化吧?
帶著疑問,接著我們看看onActivityCreated這個方法:
@Override
public void onActivityCreated(Bundle savedInstanceState) {
super.onActivityCreated(savedInstanceState);
if (!mShowsDialog) {
return;
}
View view = getView();
if (view != null) {
if (view.getParent() != null) {
throw new IllegalStateException(
"DialogFragment can not be attached to a container view");
}
mDialog.setContentView(view);
}
final Activity activity = getActivity();
if (activity != null) {
mDialog.setOwnerActivity(activity);
}
mDialog.setCancelable(mCancelable);
mDialog.setOnCancelListener(this);
mDialog.setOnDismissListener(this);
if (savedInstanceState != null) {
Bundle dialogState = savedInstanceState.getBundle(SAVED_DIALOG_STATE_TAG);
if (dialogState != null) {
mDialog.onRestoreInstanceState(dialogState);
}
}
}
我們看到有這麼一段代碼:
View view = getView();
if (view != null) {
if (view.getParent() != null) {
throw new IllegalStateException(
"DialogFragment can not be attached to a container view");
}
mDialog.setContentView(view);
}
看到這個我們很熟悉,就是給Dialog設置了一個布局文件,那麼這個布局又是哪來的呢?View view = getView();,這裡的getView獲取到的值,正是我們在onCreateView中return的那個view。那麼我們在onCreateView中返回了什麼,我們Dialog就會顯示啥樣。
看到這裡我們一定有點思路了,如果要用DialogFragment來彈出一個Dialog,有兩種方法。
一:重寫createDialog方法,給一個自己的Dialog
@NonNull
public Dialog onCreateDialog(Bundle savedInstanceState) {
return new Dialog(getActivity(), getTheme());
}
二:重寫Fragment的onCreateView方法,返回一個自定義個布局
@Nullable
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container,
@Nullable Bundle savedInstanceState) {
return null;
}
好了,現在Dialog創建好了,也初始化過了,那麼怎麼顯示Dialog呢?
機智的你肯定有思路了,
一:調用DialogFragment的getDialog方法然後show
public Dialog getDialog() {
return mDialog;
}
二:調用DialogFragment的show方法
public void show(FragmentManager manager, String tag) public int show(FragmentTransaction transaction, String tag)
但是這只是把一個沒有UI的Fragment添加到了Activity的Fragment棧中,Dialog又是哪彈出來的呢?
我們接著Fragment的生命周期看看onStart方法,這個方法也就是當Activity可見的時候調用。
@Override
public void onStart() {
super.onStart();
if (mDialog != null) {
mViewDestroyed = false;
mDialog.show();
}
}
我們很清晰的看到了mDialog.show();此時Dialog對用戶可見。
再延伸一下,我們可以看到這裡有一個 if (mDialog != null)的判斷,那麼什麼時候mDialog==null?我們看看它在哪創建的:
/** @hide */
@Override
public LayoutInflater getLayoutInflater(Bundle savedInstanceState) {
if (!mShowsDialog) {
return super.getLayoutInflater(savedInstanceState);
}
mDialog = onCreateDialog(savedInstanceState);
if (mDialog != null) {
setupDialog(mDialog, mStyle);
return (LayoutInflater) mDialog.getContext().getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
}
return (LayoutInflater) mHost.getContext().getSystemService(
Context.LAYOUT_INFLATER_SERVICE);
}
也就是當mShowsDialog為false的時候,我們的dialog就是null了。
我們再onCreate方法中看到這麼一行代碼:
mShowsDialog = mContainerId == 0;
那麼這個mContainerId 又是什麼呢?
// When a fragment is being dynamically added to the view hierarchy, this
// is the identifier of the parent container it is being added to.
英語不是很好,大致翻譯一下,此id就是你需要將Fragment添加的那個容器,也就是跟我們平時使用的普通的Fragment一樣,當需要把一個Fragment添加到Activity的時候,調用
FragmentTransaction ft = manager.beginTransaction();
ft.add(R.id.container, tag);
到這,我們終於把DialogFragment的源碼跟著Fragment的生命周期跑了一遍,總結一下:
DialogFragment也就是在內部new了一個Dialog然後顯示在Activity上,但是有了Fragment的附屬後,我們有了一套完整的生命周期了,Dialog依附Fragment從而當Activty生命周期發生變換的時候,會重新把Fragment添加進Activity中,從而不會使Dialog消失。
說了這麼多原理性的東西,我們都有點疲憊了,接下來讓我們來實戰一下~~~~
為了展示效果,我們還是模仿一下微信的Dialog吧,先看看效果

普通的創建Dialog的方法,我在Android進階之(dialog詳解一),已經有實現了,如果有需要的朋友可以直接去拖代碼,(^__^) 嘻嘻……
方式一:重寫DialogFragment的onCreateView
wechat_dialog.xml:
布局很簡單,我們定義一個Fragment叫WechatFragment
package com.cisetech.dialogdemo.dialog;
import android.os.Bundle;
import android.support.annotation.Nullable;
import android.support.v4.app.DialogFragment;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import com.cisetech.dialogdemo.R;
/**
* author:yinqingy
* date:2016-11-01 22:20
* blog:http://blog.csdn.net/vv_bug
* desc:
*/
public class WechatFragment extends DialogFragment {
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, @Nullable ViewGroup container, @Nullable Bundle savedInstanceState) {
return inflater.inflate(R.layout.wechat_dialog,null);
}
}
我們創建Fragment然後調用show代碼:
public void showWechatDialog(){
WechatFragment wechatDialog=new WechatFragment();
wechatDialog.show(getSupportFragmentManager(),"wechatDialog");
}
然後我們運行看看效果:

好吧,Dialog是顯示出來了,出來的是這吊樣,跟我們想要的結果還很遠啊,
1、去掉Dialog默認的Title位置,然後背景設成自己的透明色。
public void showWechatDialog(){
WechatFragment wechatDialog=new WechatFragment();
wechatDialog.setStyle(DialogFragment.STYLE_NO_TITLE,R.style.loading_dialog);
wechatDialog.show(getSupportFragmentManager(),"wechatDialog");
}
Dialog的style文件:
shape文件:
然後我們再運行下代碼:

好吧,經過我們的修改我們終於離我們的目標就差一點了,就是Dialog的寬度了,我們讓Dialog的寬度為屏幕寬的0.618,(^__^) 嘻嘻……
重寫onStart()方法,在dialog彈出之後進行修改寬度屬性
@Override
public void onStart() {
super.onStart();
Dialog dialog =getDialog();//獲取Dialog
WindowManager.LayoutParams attr = dialog.getWindow().getAttributes();//獲取Dialog屬性
WindowManager wm= (WindowManager) dialog.getContext().getSystemService(Context.WINDOW_SERVICE);
DisplayMetrics outMetric=new DisplayMetrics();
wm.getDefaultDisplay().getMetrics(outMetric);
attr.width= (int) (outMetric.widthPixels*0.618f);
dialog.getWindow().setAttributes(attr);
}
再次運行代碼:

可以看到我們已經成功達到了我們的目標,還沒完。。。
我們轉換屏幕看看什麼效果:

可以看到,效果是一致的。(^__^) 嘻嘻……
我們使用直接new Dialog的形式,然後切換橫屏試試:
效果還是一致,但是系統報了一個錯誤
android.view.WindowLeaked: Activity com.cisetech.dialogdemo.MainActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView{230312c5 V.E..... R....... 0,0-791,140} that was originally added here
at android.view.ViewRootImpl.(ViewRootImpl.java:363)
at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:265)
at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)
at android.app.Dialog.show(Dialog.java:298)
at com.cisetech.dialogdemo.MainActivity.onCreate(MainActivity.java:94)
at android.app.Activity.performCreate(Activity.java:5941)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1105)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2256)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2363)
at android.app.ActivityThread.handleRelaunchActivity(ActivityThread.java:3915)
at android.app.ActivityThread.access$900(ActivityThread.java:147)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1289)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5235)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:906)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:701)
雖然效果一樣,但是如果我們Dialog是一個輸入用戶名密碼的Dialog,那麼當切換屏幕的時候,用直接new Dialog的話會被清空掉,如果是DialogFragment的話則不會被清空。
方式二,重寫onCreateDialog實現DialogFragment彈出Dialog
MainActivity.java
private WechatFragment wechatDialog;
public void showWechatDialog(){
if(wechatDialog!=null&&wechatDialog.getDialog()!=null&&wechatDialog.getDialog().isShowing()){
wechatDialog.dismiss();
return;
}
wechatDialog=new WechatFragment();
// wechatDialog.setStyle(DialogFragment.STYLE_NO_TITLE,R.style.loading_dialog);
wechatDialog.show(getSupportFragmentManager(),"wechatDialog");
}
WechatFragment.java:
@NonNull
@Override
public Dialog onCreateDialog(Bundle savedInstanceState) {
LayoutInflater inflater = LayoutInflater.from(getActivity());
View v = inflater.inflate(R.layout.wechat_dialog, null);// 得到加載view
Dialog loadingDialog = new Dialog(getActivity(), R.style.loading_dialog);// 創建自定義樣式dialog
loadingDialog.setCancelable(true);// 不可以用“返回鍵”取消
loadingDialog.setContentView(v);// 設置布局
return loadingDialog;
}
運行效果:

和我們上面那種重寫onCreateView的方式效果一樣。
到此~ DialogFragment的基本內容已經完畢了,以前看到一些大牛封裝的DialogUtil,接下來還會寫一篇關於這個工具類的博客,未完待續,(^__^) 嘻嘻……
Android線程
說明:android的線程使用。android的線程無非就是Main Thread和Worker Thread。(除了主線程Main Thread之外的其他線程都是Wor
實現Android的MVP框架
內容大綱:Android 開發框架的選擇 如何一步步搭建分層框架 使用 RxJava 來解決主線程發出網絡請求的問題 結語一、Android開發框架的選擇由於原生 And
Android:對話框(警告對話框&進度條對話框&日期對話框&時間對話框)
對話框以下四種:AlertDialog:警告對話框。ProgressDialog:進度條對話框。DatePickerDialog:日期對話框。TimePickerDial
Android自定義日歷控件實例詳解
為什麼要自定義控件有時,原生控件不能滿足我們對於外觀和功能的需求,這時候可以自定義控件來定制外觀或功能;有時,原生控件可以通過復雜的編碼實現想要的功能,這時候可以自定義控