Suppress notification if the exposure date time is expired.

[keiji]

Issue 番号 / Issue ID

• 接触の可能性の通知は出るが「陽性者との接触は確認されませんでした」と表示される #974

目的 / Purpose

• 接触が14日より前であれば通知を出さないようにする

変更内容 / Changes

• AppConstants.DaysOfExposureInformationToDisplayの値でフィルターを追加

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

[ ] Yes
[x] 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:

確認事項 / What to check

• 実際に接触を発生させて14日待つテストはつらいので、境界値テストはユニットテストでカバー。実機テストは通常の接触が問題なく通知されるかのテストに限定してはどうでしょう

その他 / Other information

---

Internal IDs:

[b-wind]

「通知」の閾値としても使用するなら、 DaysOfExposureInformationToDisplay と言う変数名は変えた方が良い様に思います。

[keiji]

ありがとうございます。46e161e と 1c085ec で対応しました。
定数名をなににするかはけっこう悩んだので、もっと良い名前があれば提案ください。

[b-wind]

変数（定数）名は私もいつも頭を悩ませるのですが、こういうのはどうでしょうか？
型も変えてしまっていますが。明確に日数が必要なときは TimeSpan.Days を呼べば良いかなと思ったので。

var RetentionPeriodOfExposureInformation = new TimeSpam(14,0,0,0);

「データ保持期間」的な意味合いですが、実際には消えてない・消してないので誤解を生むかも？

[keiji]

変数（定数）名は私もいつも頭を悩ませるのですが、こういうのはどうでしょうか？ 型も変えてしまっていますが。明確に日数が必要なときは TimeSpan.Days を呼べば良いかなと思ったので。

var RetentionPeriodOfExposureInformation = new TimeSpam(14,0,0,0);

「データ保持期間」的な意味合いですが、実際には消えてない・消してないので誤解を生むかも？

これ反応が遅くなりました。
そうですね。フィルター条件という扱いなのでRetantionだと個人的に違和感があります。
一回取り込んで、必要に応じてリファクタリングかけますね。