Android 的Fragment

如何動態(tài)創(chuàng)建Fragment

分析:
向活動添加Fragment需要使用FragmentManager類,
FragmentManager fragment=getFragmentManager();
操作fragment需要使用 FragmentTransaction進行碎片的添加,刪除等操作
FragmentTransaction transacction=fragment.beginTransaction();
獲取手機的屏幕
Display display=getWindowManager().getDefaultDisplay();
當(dāng)前頁面替換成 frament1
transacction.replace(android.R.id.content, frament1);

生命周期

onattach -> oncreate -> oncreatview -> onactivtycreate -> onstart -> ononresum onpause -> onstop -> ondestory -> ondestoryView

淺談Android Fragment嵌套使用存在的一些BUG以及解決方法

Case 1:當(dāng)使用Fragment去嵌套另外一些子Fragment的時候,我們需要去管理子Fragment,這時候需要調(diào)用ChildFragmentManager去管理這些子Fragment,由此可能產(chǎn)生的Exception主要是:
java.lang.IllegalStateException: No activity
首先我們來分析一下Exception出現(xiàn)的原因:
通過DEBUG發(fā)現(xiàn),當(dāng)?shù)谝淮螐囊粋€Activity啟動Fragment,然后再去啟動子Fragment的時候,存在指向Activity的變量,但當(dāng)退出這些Fragment之后回到Activity,然后再進入Fragment的時候,這個變量變成null,這就很容易明了為什么拋出的異常是No activity

這個Exception是由什么原因造成的呢?如果想知道造成異常的原因,那就必須去看Fragment的相關(guān)代碼,發(fā)現(xiàn)Fragment在detached之后都會被reset掉,但是它并沒有對ChildFragmentManager做reset,所以會造成ChildFragmentManager的狀態(tài)錯誤。

找到異常出現(xiàn)的原因后就可以很容易的去解決問題了,我們需要在Fragment被detached的時候去重置ChildFragmentManager,即:

@Override
public void onDetach() {

    super.onDetach();
    try {
        Field childFragmentManager = Fragment.class
                .getDeclaredField("mChildFragmentManager");
        childFragmentManager.setAccessible(true);
        childFragmentManager.set(this, null);

    } catch (NoSuchFieldException e) {
        throw new RuntimeException(e);
    } catch (IllegalAccessException e) {
        throw new RuntimeException(e);
    }
}

Case 2:當(dāng)我們從一個Activity啟動了一個Fragment,然后在這個Fragment中又去實例化了一些子Fragment,在子Fragment中有返回的啟動了另外一個Activity,即通過startActivityForResult方式去啟動,這時候造成的現(xiàn)象會是,子Fragment接收不到OnActivityResult,如果在子Fragment中是以getActivity.startActivityForResult方式啟動,那么只有Activity會接收到OnActivityResult,如果是以getParentFragment.startActivityForResult方式啟動,那么只有父Fragment能接收(此時Activity也能接收),但無論如何子Fragment接收不到OnActivityResult。

這是一個非常奇怪的現(xiàn)象,按理說,應(yīng)該是讓子Fragment接收到OnActivityResult才對,究竟是什么造成的呢?這是由于某位寫代碼的員工抱怨沒發(fā)獎金,稍稍偷懶了,少寫了一部分代碼,沒有考慮到Fragment再去嵌套Fragment的情況。
很顯然,設(shè)計者把Fragment的下標+1左移16位來標記這個request是不是Fragment的,拿到result再解碼出下標,直接取對應(yīng)的Fragment,這樣并沒有去考慮對Fragment嵌套Fragment做一個Map映射,所以出現(xiàn)了這種BUG。

但是如果我們需要在OnActivityResult的時候處理一些事情的話,我們可以通過在子Fragment中以getParentFragment.startActivityForResult的方式來啟動,然后在父Fragment中去接收數(shù)據(jù),我們需要在子Fragment中提供一個方法,如:getResultData(Object obj),通過父Fragment中的子Fragment實例去調(diào)用這個方法,把相應(yīng)的數(shù)據(jù)傳過去,然后去更新子Fragment。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容