Fragment 的使用筆記

架構示意圖 上圖一主Activity A內含兩個Fragmment A與B, 在 google 範例中設定了兩個 layout, 一個在 Handset下被啟用, 另一個則是在Tablet被啟用, layout內容如下:

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/fragment_container"
    android:layout_width="match_parent"
    android:layout_height="match_parent" />

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="horizontal"
    android:layout_width="match_parent"
    android:layout_height="match_parent">
    <fragment android:name="com.example.android.fragments.FragmentA"
              android:id="@+id/headlines_fragment"
              android:layout_weight="1"
              android:layout_width="0dp"
              android:layout_height="match_parent" />
    <fragment android:name="com.example.android.fragments.FragmentB"
              android:id="@+id/article_fragment"
              android:layout_weight="2"
              android:layout_width="0dp"
              android:layout_height="match_parent" />
</LinearLayout>

因此系統會自動依使用裝置來載入layout, 當為Tablet時系統不但載入雙Frame layout, 同時也會自動建立 FragmentA 與 FragmentB, 而若為Handset時則載入單Frame layout, 然後再由程式加入 FragmentA. 雖然這種模式蠻便利.

但是當Fragment顯示資料需要依上層傳入的參數不同而有不同資料呈現時, 程式的設計上就變得需要有不同因應做法了, 為何會需要不同因應方式, 原因如下:

FragmentA a = new FragmentA();
a.setArguments(args);

1. 僅建立單一模式layout, 不在layout內指定Fargment.
2. Fragment 均由程式內建立加入, 不由系統自動載入
3. 自行判定是否呈現雙Fragment, 若是再加入其他Fragment.

另外在 onStart() 呼叫須注意, 這與直覺似乎不同, 原以為應該是 ActivityA.onStart -> FargmentA.onStart -> FargmentB.onStart 但實際上是FargmentA.onStart -> FargmentB.onStart -> ActivityA.onStart 因此若有在 ActivityA.onStart 與Fragment動作就須注意了.

Fragment 模式整個啟動流程約如下