12
documentationによると、ジョブには1つの固有のジョブIDが必要です。
ジョブをスケジュールするサードパーティライブラリを使用している場合、同じジョブIDを使用することはできませんか?もしそうなら、私はどのようにこれらの種類の衝突を避けることができますか?JobScheduler - 一意のジョブIDを特定するにはどうすればよいですか?
documentationによると、ジョブには1つの固有のジョブIDが必要です。
ジョブをスケジュールするサードパーティライブラリを使用している場合、同じジョブIDを使用することはできませんか?もしそうなら、私はどのようにこれらの種類の衝突を避けることができますか?JobScheduler - 一意のジョブIDを特定するにはどうすればよいですか?
ジョブをスケジュールするサードパーティのライブラリを使用している場合、同じジョブIDを使用することはできませんか?
正しい。
もしそうなら、どのようにこれらの種類の衝突を避けることができますか?
ライブラリの開発者には、どのジョブIDを使用するか、または何らかの形でこれらのジョブIDを設定できるかどうかを問い合わせます。
実現可能なソリューションはありますか? JobSchedulerを使用している場合(現在は必須になっています)、私が使用しているすべてのサードパーティライブラリと通信する必要があり、そのアップデートに従う必要があります。 –
@OriWasserman:「実現可能なソリューションはありますか? - 順番に 'JobScheduler'を使用するサードパーティのライブラリを使用せず、詳細や設定可能性も提供しません。 "これは現在義務的になっている" - 私はそれを "より重要"と表現する。 "それは深刻な設計の欠陥のように聞こえる" - 正しい。しかし、定義上、何か他のものによっても生成されない固有の番号を生成する方法はありません。ランダムな整数を使うと、あなたは何かに衝突する可能性は低くなりますが、ありそうもありません!=不可能です。 – CommonsWare
@OriWasserman:リソース生成値(例えば、id'リソース)を使用しないようにアドバイスしています。「これはアプリのアップデートで安定したIDなので、おそらくリソースIDに基づいていません」 。したがって、ジョブIDに衝突しないようにするためのシステム提供の方法はありません。 – CommonsWare