アクティビティやスレッドのスプラッシュ？

Question

私は現在スレッドでスプラッシュを使用していましたが、代わりにアクティビティで使用することを検討しました。私がスレッドでそれを使用した理由は、表示されている間、バックグラウンドで何かをすることでした。

アクティビティを代わりに使用する理由は、スプラッシュをフルスクリーンで表示できるようにしてから、メインアクティビティに切り替えると通知バーが再び表示されるようにすることです。私はもちろん、すべての可能なバックグラウンドデータを実行するためにスプラッシュアクティビティを使用します。

これは実装方法についての質問ではなく、このアプローチの短所と長所であり、すべてのフィードバックを高く評価します。スプラッシュスクリーンを使用しての

Answer 1

短所

1. それはあなたが内蔵されたアプリケーションのほとんどどれも画面をはねていない、気づいていない場合は通常

   をどのように動作するかをAndroidアプリに直交しています（唯一の顕著な例はGoogle Maps Navigationです）。一般的に、アプリはユーザーにすぐに画面を表示し、ユーザーにいくつかのオプションを提示しながらデータを読み込むように設計されています（Google Maps参照）。それは

   ユーザーに迷惑なスプラッシュ画面がWhat are common UI misconceptions and annoyances?

上のリストのトップを作成され

私は、多くの場合、スプラッシュ画面で延期されたアプリのユーザーとしてこれを言います。私はアプリをすばやく切り替える必要があり、そうすることができないので、特に気になりません。

おそらく、メインページを表示し、そのページにウィジェットの読み込み進行状況を示すスキームを実装することができます。それは私の意見ではよりユーザーフレンドリーです。あなたの目標は、可能な限り速やかにonCreateから抜け出し、ユーザーの反応的なUIを残すべきです。 Amazon Appstoreは良い例です。あなたが物事で遊んでいる間、すべてのヘッダーを表示して、アプリケーションや画像に読み込みます。

選択の余地スプラッシュスクリーン用

1. をスレッドを使用しての

   の長所を持っていない場合、それはあなたが活動を使用している場合、あなたは確認する必要がありますライフサイクル

   懸念を簡素化スタック上にないことを確認して、ユーザーがそれに戻ることはできません（Android: 'Splash screen' only once）。

2. それはあなたがスプラッシュ活動を開始するとき、または場所を心配する必要はありません。この活動

   を開始するロジックを簡素化します。あなたの他のアクティビティは、スプラッシュ画面で通常はアクティビティを呼び出すことができ、スプラッシュアクティビティと実際のアクティビティの間を行き来する必要はありません。

3. スプラッシュアクティビティについて心配する必要はありません。エンティティ

   ただ、時にはあなたは顧客によって決まるデザインを取得し、あなたが物事を行うことを余儀なくされて:)あなたが異なっお勧めしていても、これはの一つである