カスタムロック画面の実装方法

Question

私はウェブサイト（this、thisおよびthisなど）で多くの同様の質問を探しています。自分のカスタムロック画面を実装したい人（ウィジェットに関する話ではない）これまでのところ、ユーザーが使用している2つの実装方法がありました。

1. ホームスクリーン交換。このテクニックでは、ホームスクリーンアプリケーションを作成することを提案しています。ここで、ロック解除ロジックの後にデフォルト画面が表示されます。この状況では、ロック画面が表示されているときにHome、Search、Menu、Backボタンを無効にし、Screen off-onロジックを実装する必要があります。

2. アプリケーション。この技術では、通常のアプリが作成され、ロック解除ロジックの後にデフォルトの画面が表示されます。この状況では、ロック画面が表示されているときにHome、Search、Menu、Backボタンを無効にし、Screen off-onロジックを実装する必要があります。

ここで、2つのアプローチの違いは何ですか？ StackOverflowコミュニティは、ホーム画面の置き換えテクニックにもっと重点を置いているようです。私はAndroid開発には非常に新しいので、私はそれについていくつかの側面が不足している可能性があります。どんなアプローチをとるべきか、なぜそれを提案してください？ （これは簡単ですか？）

ありがとうございます！

Answer 1

私は最初の方法を使用しますが、使いやすさの理由からです。なぜなら、新しいものをデフォルトの選択肢にしないと選択した場合、元のホーム画面/ロック画面に簡単に戻ることができるからです。

あなたが説明した両方の戦略が非常に難しい（恐らく、あなたが使いたいAPIレベルの範囲によって）。難易度の違いは違いますが、ボタンをオーバーライドするのは難しいです（Googleでは新しいAPIレベルのセキュリティの抜け穴を閉鎖することで難しくなっています）。

PS：ジェリービーンズは、新しいデイドリーム機能を備えています。ロック画面をカスタマイズするだけで十分です。それは、その点でJellybeanがはるかに安全で、それ以外の場合は以前のAPIレベルよりも扱いが難しいので、行く方法かもしれません。

また、HTCデバイス用にHTCスクリーンロックAPIを使用することを検討してください。この方法では、あなたのソリューションは、少なくとも新しいデバイスではあまりにもハッキリではありません。また、ルートデバイスを既にインストールしているユーザーにとっては、ルートデバイスのバージョンも同様に簡単に行う必要があります。根付いた市場を割り引かないでください。ルートアクセス権を持つユーザーは、Google Playのアプリケーションで過度の金額を費やします。これは、Google Playがあなたに提供する（ルートのみの）有料アプリケーションのダウンロード数の大半を見てみると明らかです。