【移動應(yīng)用開發(fā)技術(shù)】Android   Fragmnet的使用新體會

【移動應(yīng)用開發(fā)技術(shù)】Android

Fragmnet的使用新體會

學(xué)習(xí)Android已經(jīng)四個月了，一直都沒有寫總結(jié)或者新的的習(xí)慣，有時候?qū)W習(xí)到了一些新鮮的知識也沒有及時的記錄下來，為了改變自己，今天就從剛學(xué)的片段管理知識講起吧。有說錯什么的，有大神看到也請指出，畢竟還是只小菜雞。首先從Fragment的生命周期說起，F(xiàn)ragment依賴于Activity，只有在Activity執(zhí)行onCreate創(chuàng)建之后Fragment才執(zhí)行onAttach、onCreate、onCreatView、onActivityCreated等方法，這些知識網(wǎng)上可以快速的找到，分享鏈接/purediy/p/3276545.html，這篇文章已經(jīng)很好的闡述了Fragment和Activity的聯(lián)系，這里我就不多說了。我想說的是Fragment的兩個比較重要的方法：onCreatView()和onDestoryView()，前者負(fù)責(zé)創(chuàng)建一個view顯示片段內(nèi)容，后者從字面上理解看似是銷毀了view，其實view卻并沒有被銷毀，view的引用還在，成員變量也還在，這跟Activity的onDestory是有區(qū)別的，既然引用還在，那么在Fragment重新onCreatView的時候就不需要再重新創(chuàng)建一個新的view了，成員變量也不需要重新賦值，但是如果我們直接判斷if（view！=null）就return

view的話，那么就會報下面這個異常：java.lang.IllegalStateException:Thespecifiedchildalreadyhasaparent.YoumustcallremoveView()onthechild'sparentfirst.這個異常告訴我們，子視圖已經(jīng)被關(guān)聯(lián)在一個父容器里面了，我們要先對父容器調(diào)用removeView()移除掉這個view才行才行，怎么做呢？很簡單，我們只需要在onDestoryView()中添加上一句代碼:

@Override publicvoidonDestroyView(){ super.onDestroyView(); ((ViewGroup)view.getParent()).removeView(view); }這樣我們就不需要對已有的view和成員變量重新賦值，達(dá)到了一個小小優(yōu)化的目的。在這里我引用了網(wǎng)友分享的知識，上鏈接：/jack-1900/p/3874228.html緊接著另外一個問題就是Fragment切換的問題，我在開發(fā)項目過程中感覺到Fragment切換有時會伴隨著卡頓現(xiàn)象，在網(wǎng)上查找資料后，按照各路大神的指點和經(jīng)驗，首先判斷是Fragment在onCreatView初始化中做了比較長的耗時操作，于是我按照上面的優(yōu)化方法，先優(yōu)化了查找控件等一些初始化事件，并在Fragment的onCreatView執(zhí)行開始時到onResume結(jié)束記錄了總執(zhí)行耗時，得到的都是100ms以上的結(jié)果，因此我想可能是片段切換的方式存在問題。我使用的Fragment切換的方法參照的是ApiDemo的FragmentStackFragmentSupport等，Demo里面使用到的切換方法有add（），repalce（），使用回退棧來保存上一個片段狀態(tài)或者返回棧中的片段狀態(tài)（不知道這樣描訴有沒有錯，或者有沒有說清楚。。。具體代碼大家可以看ApiDemo），例如：FragmentnewFragment=FragmentStackSupport.CountingFragment.newInstance(mStackLevel);FragmentTransactionft=getChildFragmentManager().beginTransaction();ft.add(R.id.simple_fragment,newFragment).commit();添加片段FragmentManagerfm=getChildFragmentManager();if(fm.getBackStackEntryCount()>0){

fm.popBackStack(fm.getBackStackEntryAt(0).getId(),

FragmentManager.POP_BACK_STACK_INCLUSIVE);回退到棧中某個狀態(tài)}FragmentnewFragment=FragmentStackSupport.CountingFragment.newInstance(mStackLevel);FragmentTransactionft=getChildFragmentManager().beginTransaction();ft.replace(R.id.simple_fragment,newFragment);切換片段ft.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);ft.addToBackStack(null);往棧中添加狀態(tài)mit();按照Demo的這些方法我們可以對片段進(jìn)行管理，但是切換片段我們只使用add()方法網(wǎng)上層添加片段的話，會出現(xiàn)重影的問題，使用replace()替換的話就會出現(xiàn)現(xiàn)在我想要說的片段卡頓問題，不知道是不是replace()這個方法一定會出現(xiàn)大約100多ms的耗時操作（還不能確定大家都是不是這樣）。以上的推論只是我個人的見解，具體原因因為源代碼看不到，我也不是很肯定，不過參考了網(wǎng)上的大神，還是讓我找到了一個替代replace()的片段切換方式，那就是hide()和show()；當(dāng)我們使用到的片段常用不需要銷毀時，我們可以使用這個方法來做，上代碼：FragmentTransactionbt=fm.beginTransaction();if(homeFragment.isAdded()){ bt.show(homeFragment);如果該片段已經(jīng)被添加，則顯示即可；}else{ bt.add(R.id.frame_layout,homeFragment);如果該片段未被添加，則添加}mit();FragmentTransactionbt=fm.beginTransaction();在已經(jīng)add的homeFragment上添加Fragmentbt.hide(homeFragment);先隱藏當(dāng)前Fragmentif(myFragment.isAdded()){ bt.show(myFragment);}else{ bt.add(R.id.frame_layout,myFragment);按照同樣的方法顯示一個片段} mit();通過isAdded()、show(Fragment)、add(layoutId,Fragment)這三個方法就可以取代replace()這個方法啦，耗時的操作也可以避免了。這是引用網(wǎng)友知識的原址：/blog/2013/03/10/fr