所以我現在一直在使用一個線程中的splash,現在我考慮在一個activity中使用它。我在一個線程中使用它的原因是在顯示時在後臺執行某些操作。在活動或線程中飛濺?
我正在考慮使用活動的原因是,我將能夠以全屏顯示飛濺,然後當我切換到我的主要活動時,讓通知欄再次顯示。我將會使用飛濺活動去做所有可能的背景數據。
這不是一個關於如何實現的問題,而是這種方法的缺點和優點,所有的反饋都非常感謝。使用閃屏的
所以我現在一直在使用一個線程中的splash,現在我考慮在一個activity中使用它。我在一個線程中使用它的原因是在顯示時在後臺執行某些操作。在活動或線程中飛濺?
我正在考慮使用活動的原因是,我將能夠以全屏顯示飛濺,然後當我切換到我的主要活動時,讓通知欄再次顯示。我將會使用飛濺活動去做所有可能的背景數據。
這不是一個關於如何實現的問題,而是這種方法的缺點和優點,所有的反饋都非常感謝。使用閃屏的
缺點
這是正交如何Android應用程序通常運行
如果您有沒有注意到,幾乎沒有內置的應用程序已經啓動畫面(唯一突出的例子是谷歌地圖導航)。通常,應用程序旨在向用戶顯示屏幕,然後立即加載數據,同時向用戶提供一些選項(請參閱Google地圖)。
這是惱人的用戶
我說這是誰經常被閃屏推遲應用程序的用戶。它們特別麻煩,因爲我想快速切換應用程序,並且阻止我這樣做。
也許你可以實現一個方案,在其中顯示主頁面,並在該頁面上顯示一個小部件,顯示加載進度。我認爲這對用戶更友好。您的目標應該儘快擺脫onCreate
,爲用戶留下一個響應式用戶界面。亞馬遜Appstore就是一個很好的例子:它顯示所有標題,然後在玩弄事物時加載應用程序和圖像。
如果沒有選擇使用一個線程一個閃屏的
優點
它簡化了生命週期的擔憂
如果您使用的活動,你將不得不作出確保它不在堆棧中,以便用戶無法導航回到它(Android: 'Splash screen' only once)。
它簡化了啓動該活動
您將不必擔心何時何地開始飛濺活動的邏輯。您的其他活動可以通過正常啓動畫面來調用活動,而且您不必在飛濺活動和實際活動之間來回切換
您不必擔心飛濺活動作爲實體
它只是讓你與需要更長的時間由客戶啓動
有時你決定設計一個活動,你不得不做的事情:)即使你推薦不同的,這是一個他們對我來說。我同意你,但它不回答我的問題:) – Warpzit
@Warpzit公平不夠......我在線程與活動初始屏幕上添加了我的想法 – Craigy
感謝您的輸入:) – Warpzit