【Android Fragment】Fragment的優缺點

先說缺點。

缺點當然是麻煩！

不單單是設計上，如果要在Fragment中插入Fragment，一定不能走XML，必須要在主Fragment中呼叫getChildFragmentSupport，然後用Java程式碼將子Fragment一個一個插入主Fragment中。

(這很自打嘴巴。因為Google自己當初用非常強勢的方式規劃了一個用XML為主的設計流程思維，現在又告訴大家「這個時候要丟掉這個東西。」)



優點主要有兩個....

一是介面可以大範圍的元件化。如果介面內的資料需要複雜的初始化、但又要可以動態的顯示、隱藏、銷毀(不再使用)，過去需要設計複雜的Handler，而且還要處理HandlerLieaking(一種送出的Handler被主執行序完全忽略不執行的狀況)，但如果使用Fragment就可以確保「隨時都能插入或移除介面元件」甚至還有「複雜的初始化」。

(FragmentManager可以從任何地方任何時刻向主執行序發出一個修改介面的請求。不管是add/replace/remove一個Fragment，或將一個現存Fragment用簡單的「先detach、再attach」來刷新內容。)


二是延續一，讓設計者可以用介面元件更新控制「流程」或「功能的週期」。一個執行序需要有更明確且簡單的控制判斷時，可以使用Fragment。例如執行序中途需要更新畫面(例如一個TextView)，但TextView會有不在畫面上的時刻，如果用Activity層來控制執行序，Handler的設計需求會更複雜，如果改用Fragment，執行序可以直接判斷Fragment的生命週期即可。

(一般的View沒有生命週期，如果要用是否為「null」，就需要獨立製作資料的存取功能，如果用Fragment，則只要用Frgament當存放資料的容器即可，當Fragment需要使用資料時，也只需要再「自己」身上找資料即可。)