我在這裏看到一些答案,喜歡將活動視爲標籤內容。糾正我,如果我錯了。我的理解是,通過切換視圖,可以將導航流程保留在選項卡中(我認爲更友好的用戶界面)。但我想知道如何管理視圖堆棧,然後在後退按鈕事件的情況下。此外,這可能會導致一個巨大的活動與大量的意見,這可能不好。Android:在選項卡中查看視圖的堆棧管理?
所以我想知道爲什麼在將我的當前應用程序更改爲此內容之前,爲什麼看起來像是內容。
感謝,
我在這裏看到一些答案,喜歡將活動視爲標籤內容。糾正我,如果我錯了。我的理解是,通過切換視圖,可以將導航流程保留在選項卡中(我認爲更友好的用戶界面)。但我想知道如何管理視圖堆棧,然後在後退按鈕事件的情況下。此外,這可能會導致一個巨大的活動與大量的意見,這可能不好。Android:在選項卡中查看視圖的堆棧管理?
所以我想知道爲什麼在將我的當前應用程序更改爲此內容之前,爲什麼看起來像是內容。
感謝,
我在這裏看到了一些答案,喜歡的觀點 在活動選項卡的內容。
很多這些都是我的。
更加用戶友好,我覺得
我完全在這一點上不同意。我覺得試圖在製表符中僞造導航對大多數移動應用程序來說是一個錯誤。
而且這可能會導致一個巨大的 活動量大的意見, 這可能不是很好。
如果從內存的角度來看它太大了,從用戶的角度來看它太複雜了,所以應該分解成獨立的活動(沒有標籤)。
所以,我想知道爲什麼之前我改變我的 目前應用這一確切意見 內容是首選。
使用Activities
作爲製表符的內容會讓您的所有問題變得更糟。使用Activities
作爲製表符的內容會佔用更多的內存,因爲更多Views
的創建超出了您在活動中聲明的範圍。使用Activities
作爲選項卡的內容佔用了幾層堆棧空間,這是Android中最珍貴的商品之一。使用Activities
作爲製表符的內容會佔用CPU時間,因爲無論如何,Android必須解開您的活動以獲取其內部的View
。
我會拋棄這個問題:沒有人向我展示任何優勢,因爲Activities
作爲標籤的內容超過這些缺點。
謝謝你澄清這一點。我將每個選項卡的初始內容更改爲視圖,並將選項卡內的導航保持爲活動狀態。 – wei 2010-05-23 18:22:15