タイムゾーンを跨いだ場合に新しいタイムゾーンで計算されない

[akuraru]

日本語で失礼します。いつも有り難く使わせて頂いております！

AZ_currentCalendar メソッドを呼び出した際に、以前に使用済みであればキャッシュしておいたものを使い回すように作られていますよね。

ここで、タイムゾーンを跨ぐ場合、例えば　dateAtStartOfDayメソッドであれば、変更後のタイムゾーンの 00:00:00の NSDateを返すことを期待する事になると思うのですが、キャッシュされた NSCalendarの保持する timezoneプロパティの情報を利用する為か、生成時のタイムゾーンのままで計算されてしまうようです。

なので、AZ_currentCalendarを呼び出す際には常にその時の [NSTimezone systemTimezone]等で更新しておくようにした方が期待した動作になると考えたのですが如何でしょうか。

ご検討をお願いします！

[azu]

一度AZ_currentCalendarを叩いた後に、ユーザーがタイムゾーンの異なる場所へ移動 or タイムゾーンを明示的に変更した際に、最初にキャッシュされたタイムゾーンになってしまうということですよね。

calendarをキャッシュしてるのはNSCalendarの生成が重たかったためでしたが、[NSTimezone systemTimezone]とかはどうなんだろ?
ドキュメントを見る感じだと[NSTimezone systemTimezone]は自動でキャッシュされてて、resetSystemTimeZoneでリセットみたいになってそうですね。

• https://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/NSTimeZone_Class/#//apple_ref/occ/clm/NSTimeZone/systemTimeZone

なので、AZ_currentCalendar内で毎回代入しても影響は小さいんじゃないかなと思いますがどうでしょう? > @akuraru

[akuraru]

@azu @ochimasu 性能テストします。影響が十分に小さい場合、採用します。

[akuraru]

多少の性能劣化はあったもの、大きく劣化しないということがわかった。
@azu 相談
・AZ_currentCalendarが呼び出されるたびにresetSystemTimeZoneをすると非常に性能に影響する(+0.15s → +4.02s と 25.8倍劣化する)。resetSystemTimeZoneのタイミングについてはライブラリのユーザーにまかせることにしたいのだがそれでよいだろうか？このライブラリは基本的に「便利メソッドを提供する」ものなので、勝手にresetSystemTimeZoneを使って状態を変えるのは良くないと思っている。ochimasu さんの意図とは少しそぐわない形になってしまうが、仕方ないということで。

[azu]

resetSystemTimeZoneのタイミングについてはライブラリのユーザーにまかせることにしたいのだがそれでよいだろうか？

👍 Agreeです。
これをライブラリ側でやるとコストが高すぎるので、autoupdatingCurrentCalendarみたいに標準のものがあるならいいのですが、そうでない場合はユースケース的にもやり過ぎになると思います。

[ochimasu]

[NSTimezone systemTimezone] なのですが、とりあえず自分のiOS9端末で試した所、 設定 -> 日付と時刻 -> 時間帯 でタイムゾーンを直接変更した場合には、その後で resetSystemTimeZone を呼ばなくても、次に systemTimezone を呼び出した場合には新しいタイムゾーンが呼び出されている事を確認しています。
なので、自分のユースケースとしても systemTimezone を呼び出すだけで十分だと予想しています。

むしろ、これで更新されているのなら、明示的にresetSystemTimeZoneを呼ばなければならない状況というのがよくわからないわけですが・・・

[akuraru]

@azu 一応確認お願いします。（一行しか変わってないけど

[akuraru]

@ochimasu 1.5.2 をリリースしました。

[ochimasu]

@akuraru @azu ありがとうございます！今後も使わせてもらいます！