だから私はLVLドキュメントを前後に読んで、それを私のアプリで動作させました。キャッシュされている応答に関する質問を見てきました。しかし、LVLドキュメントの文言の一部に基づいて、アプリが初期化されるたびにライセンスチェッカーを呼び出すようにGoogleに求めているのでしょうか。これを実装する最も安全な方法ですか？Googleが提案するようにServerManagedPolicyを使用して、ライセンスチェックを呼び出し、アプリを実行するか、失敗した場合に選択したことを実行しますか？私の小さな懸念の1つは、ネットワークデータの使用です。彼らは、ユーザーに通知せずにリソースを使用することに注意する必要があることを私たちに掘り下げます。これは、ユーザーに通知せずにネットワークデータを使用することであるように思われます。
これに加えて、このコードが原因でアプリに何らかの遅延が発生している人はいますか？私のアプリの性質上、アプリを開いて、ネットワークを介してOKが来るのを毎回待つと、アプリの使用が確実に妨げられます。自分で応答をキャッシュする必要がありますか、それともこれを考えすぎていますか？
あなたは自分の質問に答えました。開始するたびにサービスを呼び出すのが混乱を招くと思われる場合 (たとえば、ユーザーがサービスの対象外になるなど) は、それを行わないでください。
ライセンス サービスを使用する頻度について、Google が推奨することはありません。それは、アプリケーション開発者としてのあなたが著作権侵害についてどれだけ偏執的であるかにかかっており、常にチェックすることがユーザーを苛立たせると感じているかどうかとのバランスがとれています。
わかりました、たまにしかチェックしないでください..しかし、1日1回だけチェックする必要があるという情報をどこに「安全に」保存できますか? たとえば、アプリを初めて起動したときに確認します。LVL の結果は有効です。したがって、最後に成功したチェックの日付を保存します。しかし、どこに保管するのですか？SharedPreferences を使用していますか? これは安全ですか？デバイスにルートアクセス権がある場合は、設定にアクセスして有効な日付を変更できるためです (将来のどちらの方法でも、はい、もちろんコードで確認できます:-))
PS。すみません、コメントできませんでした:(
アプリを起動するたびに呼び出します。Google が提供する LVL ライブラリは、応答をキャッシュし、ユーザーが次にアプリを起動したときにそれを使用するため、キャッシュの有効期間内にアプリケーションを再起動する場合、ネットワーク接続は必要ありません。
おそらくやりたいことは、キャッシュが有効な時間を変更することです。デフォルトでは、Google はキャッシュの有効期限がかなり短い状態で出荷されます。その結果、キャッシュの有効期限が切れたときにネットワーク外にいた一部のユーザーが動揺しました。
LVL について: SDK はサンプル実装を提供しますが、Google 自身は、「そのまま」使用しないことを明確に推奨しています。
それを見た後、LVLは1〜2ドルで販売されているアプリのオプションではないと思います. さらに、LVL チェックの失敗 (ネットワークが利用できない場合) は、正当なユーザーを怒らせます。
確かに LVL 応答のキャッシングを実装することはできますが、最終的には、正当なユーザーを犠牲にして著作権侵害からどこまで保護したいかという問題に帰着します。
そして: 開発者の時間は限られているため、違法な使用を減らすために多くの時間を無駄にするよりも、アプリの改善に努力する方が価値があるかもしれません.