如果需要重寫我的應用程序使用Fragments API,我已經面臨一個問題。該應用程序僅包含活動,每個活動僅負責一個屏幕,並且不會在一個屏幕上包含兩個或更多片段,如SDK示例中所示。我應該將應用程序重寫爲Fragments API嗎? 在這種情況下,如果我必須重寫,請你告訴我哪結構應該在項目中使用:片段使用
- 每個活動將包含一個片段,並對其進行管理。
- 只有一個活動,所有其他活動應該重寫爲碎片。
總的來說,不清楚應該在什麼時候使用碎片。
如果需要重寫我的應用程序使用Fragments API,我已經面臨一個問題。該應用程序僅包含活動,每個活動僅負責一個屏幕,並且不會在一個屏幕上包含兩個或更多片段,如SDK示例中所示。我應該將應用程序重寫爲Fragments API嗎? 在這種情況下,如果我必須重寫,請你告訴我哪結構應該在項目中使用:片段使用
總的來說,不清楚應該在什麼時候使用碎片。
是否有必要用
Fragments
重寫我的申請?
在這種情況下實施Fragment
只是額外的工作。如果你只用Activity
就可以得到你想要的效果,那就太好了。
也就是說,使用Fragment
即使沒有必要也不一定總是一個壞主意,因爲它轉換到多屏幕布局非常簡單。如果您在將來的某個時間點看到自己正在優化平板電腦,那麼使用Fragment
來實施您的UI可能是一個不錯的主意。
下面是從下面的鏈接報價:
的Android Android中3.0(API級11)引入的片段,主要是爲了支持在大屏幕上更動態和靈活的UI設計中,如片劑。由於平板電腦的屏幕比手機的屏幕大得多,因此有更多空間可以組合和交換UI組件。碎片允許這樣的設計,而無需您管理視圖層次結構的複雜變化。
http://developer.android.com/guide/components/fragments.html
它聽起來並不像你的應用程序設計需要使用的片段。下面是一個片段,意UI設計的例子:
希望這有助於!
如果我決定優化平板電腦應該在我的應用程序中使用哪種結構? – dimika 2012-08-04 20:02:31
第一個...... Fragment包含了大部分UI ......這將允許您使用這些「Fragment」創建多屏幕布局。 – 2012-08-04 20:14:49