Move WorkManager initialization to Application#onCreate

[keiji]

Issue 番号 / Issue ID

• Close [Android] WorkManagerをApplication#onCreateで再スケジュールする #196

目的 / Purpose

#136 (comment) より。

Android版の接触確認API（Google Play Services）は、システムが接触確認アプリを停止してバックグランド処理が実行されない場合に備えて「Force-stop Handling」を備えている。
Google Play Servicesは、Force-stop Handlingで６時間に１回の頻度でアプリのプロセスを再度起動して、WorkManagerのJobを復帰する。

ところが、一部の端末（some popular devices）では、Force-stopされたかを判定する処理でSecurityExceptionが発生するため、Force-stop Handlingが完了せず、Jobの復帰が行われない可能性がある。

androidx/androidx@9b77063#diff-7794a8af74a01c5c6d2ee10558482274048bd3aa011aaca99459c2c5049fd7dd

問題に対応するためWorkManagerにWorkerを登録する一連の処理を、現在のApp.xaml.csからAndroidのApplication#onCreateに移動することで、Force-stop HandlingでApplicationプロセスが起動されたタイミングでWorkerを再セットするように変更する。

破壊的変更をもたらしますか / Does this introduce a breaking change?

[x] Yes
[ ] No

Pull Request の種類 / Pull Request type

[ ] Bugfix
[x] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Documentation content changes
[ ] Other... Please describe:

検証方法 / How to test

コードの入手 / Get the code

git clone [repo-address]
cd [repo-name]
git checkout [branch-name]
dotnet restore

コードの検証 / Test the code

確認事項 / What to check

1. BuildType Debug でビルドする（Exposure Notificationアプリとしてシステムに登録する必要があるため）
2. Android端末でCOCOAを起動する
3. Device File Explorerなどで、COCOAのData Directoryに timestamp.txt が作成されていることを確認する（MainApplicationが起動する度に、起動時刻のファイルが作成される）
4. adb shell dumpsys jobschedulerで、Job SchedulerにCOCOAのJob（Worker）が登録されていることを確認する（ jobscheduler-202107152120.txt ）
5. adb shell am force-stop [COCOAのパッケージ名] で、COCOAを停止する
6. adb shell dumpsys jobschedulerで、Job SchedulerにCOCOAのJob（Worker）が消えていることを確認する（ jobscheduler-202107152121-forcestopped.txt ）
7. ６時間程度待つ
8. Device File Explorerなどで、COCOAのData Directoryに 新しいtimestamp.txt が作成されていることを確認する（Force-stop handlingでCOCOAのアプリケーションプロセスが再起動されたことを確認する）（ Screen Shot 2021-07-16 at 10.06.20.png ）
9. adb shell dumpsys jobschedulerで、Job SchedulerにCOCOAのJob（Worker）が（ふたたび）登録されていることを確認する
   （ jobscheduler-202107161006-forcestophandling.txt ）

iOS側のコードレビュー注意

ExposureNotificationの初期化処理をAppからAndroidおよびiOSのコードに移動させたため、iOS側にも影響がある。

アプリ起動時にExposureNotification.ios.csのPlatformScheduleFetchが呼ばれることは確認しているが、念のためチェックが必要と考えます。

チェックしました。
起動時にPlatformScheduleFetchが呼ばれていることと、約4時間ごとにバックグラウンド処理が実行されることを確認しています（
ios_log-init_work_application_oncreate.txt ）。

その他 / Other information

特になし。

[keiji]

TODO: テスト用のコード。追加のコミットで消す

[cocoa-dev]

@keiji
修正内容問題無さそうですが、こちらのデバッグコードの削除をしていただけますか。

[keiji]

@cocoa-dev 削除しました。

[kazuhiro4949]

using追加したので↓もnamespace削れそうに思いました

https://github.com/cocoa-mhlw/cocoa/pull/283/files#diff-66c817f2a3028fd3b857e1b8de6018d6001b53b1a3ce4596e0a4b0b1fd7e943cR86-R90

[kazuhiro4949]

順番大丈夫そう

[kazuhiro4949]

修正と直接関係ないですが、iOSでデバッグしたときに初回起動時にExposureNotification内でBGTaskが必ずsubmitされないロジックになっているのはサンプル通りの実装なのかな？？(Appleの実装の方を動かしていない)