Как быстро преобразовать timeIntervalSinceNow в удобочитаемую дату

Пара мыслей:

1. #P2#

   let formatter = DateComponentsFormatter()
   formatter.allowedUnits = [.day, .hour, .minute]
   formatter.unitsStyle = .full
   let string = formatter.string(from: date1, to: date2)
   

   #P3#

   let formatter = NSDateComponentsFormatter()
   formatter.allowedUnits = [.Day, .Hour, .Minute]
   formatter.unitsStyle = .Full
   let string = formatter.stringFromDate(date1, toDate: date2)
   

   #P4#

   #P5#

   #P6#
2. #P7# <блочная цитата> #P8# #P9# #P10#

3. В комментариях вы продолжаете задавать разные варианты одного и того же вопроса: «Как мне сравнивать даты в моем местном часовом поясе?», На что вы отвечаете «нет». Даты не имеют часовых поясов. Строки даты подходят, а объекты NSDate — нет.

   Если вы выполняете print из Date/NSDate объектов, они обычно отображаются по Гринвичу (вы обычно видите +0000 после даты, подтверждая этот факт). Если вы хотите увидеть их в своем местном часовом поясе, используйте DateFormatter и используйте string(from:) (или в Swift 2, NSDateFormatter и используйте stringFromDate()).

   Но нет смысла использовать этот механизм stringFromDate (другой чисто для диагностических целей), чтобы увидеть эти даты в вашем местном часовом поясе. Нет такой вещи, как «разница между двумя объектами NSDate в моем местном часовом поясе». Объекты NSDate указывают на один момент времени во всем мире, а NSTimeZone необходим только в том случае, если вы хотите, чтобы этот момент времени отображался в виде строкового представления для вашего местного часового пояса.

Суть в том, что проблема заключается не в вычислении времени, прошедшего между двумя объектами NSDate, а в том, как вы сами создали эти объекты NSDate. Более чем вероятно, что исходная строка из синтаксического анализа (которой вы по какой-то причине не хотите делиться с нами) находится не в том часовом поясе, как вы думаете.

Наиболее распространенная ошибка, которую совершают люди, заключается в том, что они предполагают, что строка находится в их местном часовом поясе, тогда как она неизменно находится в GMT/UTC/Zulu, если в строке даты явно не указано иное (например, +0530). (Это ужасный дизайн, когда даты отчетов веб-службы указываются в местном часовом поясе без квалификатора часового пояса, поэтому, надеюсь, вы этого не делаете.)