Rrule: TZID가 있는 DTSTART: 사이에 잘못된 시간이 생성됨

이 저장소를 복제하고 다음 테스트를 추가했습니다.

  it('generates correct recurrences when recurrence is WEEKLY and has BYDAY specified', () => {
    const rrule = new RRule({
      freq: RRule.WEEKLY,
      dtstart: new Date(Date.UTC(2019, 6, 17, 18, 0, 0)),
      tzid: 'America/Los_Angeles',
      count: 10,
      interval: 1,
      wkst: RRule.SU,
      byweekday: [RRule.MO, RRule.TU, RRule.WE, RRule.FR, RRule.SA]
    })

    expect(rrule.all()).to.deep.equal([
      new Date('2019-07-17T18:00:00.000-07:00'), // WE
      new Date('2019-07-19T18:00:00.000-07:00'), // FR
      new Date('2019-07-20T18:00:00.000-07:00'), // SA
      new Date('2019-07-22T18:00:00.000-07:00'), // MO
      new Date('2019-07-23T18:00:00.000-07:00'), // TU
      new Date('2019-07-24T18:00:00.000-07:00'),
      new Date('2019-07-26T18:00:00.000-07:00'),
      new Date('2019-07-27T18:00:00.000-07:00'),
      new Date('2019-07-29T18:00:00.000-07:00'),
      new Date('2019-07-30T18:00:00.000-07:00')
    ])
  })

UTC 시간대에서 실행할 때만 성공합니다 ( "env": { "TZ": "UTC" } in launch.json ). 다른 시간대에서는 테스트가 실패합니다.
@davidgoli 가 의도한 것이며 여기에 뭔가 빠졌습니까? 그렇다면 tzid 매개변수를 올바르게 사용하는 방법은 무엇입니까? rrule 지정된 시간대에서 실행되도록 추가한 것 같습니다.

동일한 문제가 있지만 rrule.all()이 있습니다. UTC는 작동하지만 다른 시간대는 오프셋을 적용하지 않아야 할 때 다시 적용합니다.

rrule-tz.js의 1849행과 관련이 있을 수 있습니다.

var rezonedDate = rezoneIfNeeded(res, options);

rezoneIfNeeded 는 이름과 달리 검사를 수행하지 않으며 UTC가 아닌 한 항상 영역을 재조정합니다.

function rezoneIfNeeded(date, options) { return new datewithzone_DateWithZone(date, options.tzid).rezonedDate(); }

이미 올바르게 구역화되어 있는데도 날짜 구역을 변경하는 것 같습니다.

rezonedDate() 를 단순히 this.date 를 반환하도록 변경하면 문제가 해결되는 것 같습니다. 내가 다른 곳에서 무언가를 깨뜨렸다고 완전히 확신할 수는 없지만, 얼핏 보기에는 이 변경이 이루어지면 다른 모든 것이 잘 작동하는 것처럼 보입니다.

rrule-tz.js의 1849행과 관련이 있을 수 있습니다.

var rezonedDate = rezoneIfNeeded(res, options);

rezoneIfNeeded 는 이름과 달리 검사를 수행하지 않으며 UTC가 아닌 한 항상 영역을 재조정합니다.

function rezoneIfNeeded(date, options) { return new datewithzone_DateWithZone(date, options.tzid).rezonedDate(); }

이미 올바르게 구역화되어 있는데도 날짜 구역을 변경하는 것 같습니다.

이것은 정확하지 않습니다. rezonedDate 메서드는 tzid 가 설정되어 있는지 확인하여 영역 오프셋을 적용할지 여부를 결정합니다.

@agordeev 이 문제를 조사하겠습니다. @hlee5zebra 의 단순히 시간대 지원을 제거하는 "수정"은 필요하지 않았습니다. 두 경우 모두 tzid 매개변수를 사용하지 않으면 예상한 결과를 얻습니까?

그럼에도 불구하고 RRule과 RRuleSet 동작 간의 불일치는 저와 관련이 있으며 더 자세히 살펴봐야 할 버그일 수 있습니다. 테스트 케이스 감사합니다!

내 문제로 이어진 문제가 있습니다. 내 서버 코드가 DTSTART 값 시간을 올바르게 처리하지 않고 TZID로 지정된 시간대에 현지화해야 할 때 UTC로 전달했습니다. 아마도 @agordeev 문제에 도움이 될 것입니다. 저를 올바른 방향으로 안내해 주신 @davidgoli 에게 감사드립니다.

코드베이스에서 문제를 발견한 것 같습니다. toString() 메소드 datewithzone.ts TZID가 공급되는 출력 UTC 시간을, 그 대신에 출력해야 국부적 시간 것이다.

@hlee5zebra README에서 이 텍스트를 기록해 두십시오.

https://github.com/jakubroztocil/rrule#important -use-utc-dates

중요: UTC 날짜 사용

JavaScript의 날짜는 까다롭습니다. RRule은 필요한 제3자 종속성을 크게 추가하지 않고 가능한 한 많은 유연성을 지원하려고 시도하지만 이는 우리에게 몇 가지 특별한 규칙도 있음을 의미합니다.

기본적으로 RRule은 "부동" 시간 또는 UTC 시간대를 다룹니다. 특정 시간대의 결과를 원하는 경우 RRule은 시간대 지원도 제공합니다. 어느 쪽이든, JavaScript의 내장 "시간대" 오프셋은 방해가 되는 경향이 있으므로 이 라이브러리는 단순히 그것을 전혀 사용하지 않습니다. 모든 시간은 JavaScript에 존재하지 않는 것처럼 오프셋이 0인 상태로 반환됩니다.

결론은 반환된 "UTC" 날짜는 항상 현지 시간대의 날짜로 해석된다는 것입니다. 이는 오프셋이 적용된 "올바른" 현지 시간을 얻기 위해 추가 변환을 수행해야 함을 의미할 수 있습니다.

이러한 이유로 UTC로 타임스탬프를 사용하는 것이 좋습니다. 새로운 날짜(Date.UTC(...)). 반환된 날짜는 마찬가지로 UTC로 표시됩니다(항상 시간대 오프셋이 있는 날짜를 반환하는 Chrome 제외).

추가 주름은 대부분의 JS 구현에 있습니다. UTC 오프셋 _또는_ 로컬 오프셋을 얻지만 둘 사이를 전환할 수는 없습니다. 이 또한 구현에 따라 다릅니다. 따라서 "UTC 날짜"가 반환되어 일부 위치에서는 오프셋이 포함된 toString() 가 제공되고 다른 위치에서는 포함되지 않을 수 있습니다.

예를 들어 Chrome에서:

> new Date(Date.UTC(2016, 10, 5))
Fri Nov 04 2016 17:00:00 GMT-0700 (Pacific Daylight Time)

하지만 노드에서:

> new Date(Date.UTC(2016, 10, 5))
2016-11-05T00:00:00.000Z

이것이 최상의 결과를 위해 toString() 값을 무시하고 toISOString() 및 getUTCHours() (etc) 메서드만 사용하는 이유입니다.

모든 날짜에 대해 UTC 방법만 사용하고 현지 시간으로 "해석"하는 이 접근 방식을 사용하면 rrule의 시간대를 고려할 필요 없이 rrule이 반환한 날짜 및 시간에 균일하게 액세스할 수 있습니다.

좋아, 나는 이 문제를 재현할 수 있도록 하기 위해 rrule.all() 를 약간 수정해 왔으며 다음은 이 문제를 안정적으로 재현하기 위해 찾은 것입니다.

1. 'America/Adak', 'America/Chicago'(내 현지 시간), 'America/New_York' 및 'UTC'의 각 시간대 내에서 DTSTART를 자정으로 설정하려고 시도했으며 결과 rrule.toString() 가 정확하게 인쇄됩니다:

>> rRule.toString()
"DTSTART;TZID=America/Adak:20190718T000000
RRULE:FREQ=DAILY"

>> rRule.toString()
"DTSTART;TZID=America/Chicago:20190718T000000
RRULE:FREQ=DAILY"

>> rRule.toString()
"DTSTART;TZID=America/New_York:20190718T000000
RRULE:FREQ=DAILY"

>> rRule.toString()
"DTSTART:20190718T000000Z
RRULE:FREQ=DAILY"

건네진 iterator 함수를 걷는 동안 rrule.all() , 상기 제 파라미터의 첫번째 인스턴스 date 턴 아웃 될 각 경우마다 시간대 다음 Date 통해 인쇄 .toISOString() :

아메리카/아닥:
"2019-07-18T04:00:00.000Z"

미국/시카고:
"2019-07-18T00:00:00.000Z"

미국/뉴욕:
"2019-07-17T23:00:00.000Z"

UTC:
"2019-07-18T00:00:00.000Z"

시간대가 UTC로 설정되지 않은 경우(예: America/Adak, America/New_York) 현지 시간과 선택한 시간대 사이의 오프셋을 DTSTART 날짜에서 빼는 것처럼 보입니다. 따라서 내 현지 시간과 뉴욕 간의 오프셋이 +1이므로 New York ISO 문자열은 23:00을 표시합니다. 이 오프셋을 2019년 7월 18일 자정에서 빼면 결과는 07/17일 오후 11시가 됩니다. /2019.

하지만 UTC에서는 이런 일이 발생하지 않는다는 점에 유의하십시오.

이것이 문제일 수 있다고 생각합니까, 아니면 내가 놓쳤을 수 있는 수행해야 하는 일부 구성이 있습니까?

내가 본 것에 대한 해결 방법으로 다음을 수행했으며 JavaScript의 Date 의 정확한 인스턴스를 안정적으로 얻을 수 있는 것 같습니다.

rRule.all(function (date, i) {
    if (this.getSelectedTzid() !== 'UTC') {
        date = moment.tz({
            year: date.getUTCFullYear(),
            month: date.getUTCMonth(),
            date: date.getUTCDate(),
            hours: date.getUTCHours(),
            minutes: date.getUTCMinutes()
        }, this.getLocalTzid()).toDate();
    }

    ...
}.bind(this));

@hlee5zebra 예, getUTCxxx 방법을 사용하는 접근 방식은 readme에서 권장하는 올바른 접근 방식입니다.

유사 UTC 날짜는 UTC 시간으로 거의 _실제로_ 되지 않습니다. UTC는 "중립" 시간대가 되도록 오버로드되므로 getUTCxxx 메서드를 사용하여 원래 시간대에 관계없이 _local_ 시간을 검색할 수 있습니다. 이러한 이유로 tzid 를 사용하지 않고도 현지 표준 시간대에서 현지 표준 시간대를 사용하는 것과 동일한 동작을 예상해야 합니다. tzid 는 _다른 시간대에서_ 되풀이되는 현재 현지 시간을 가져오는 데만 사용해야 합니다. 항상 사용자의 현지 시간대로 되풀이하려면 tzid 됩니다.

이것이 이 라이브러리를 다시 작성할 때 내장 JS Date 객체를 전혀 사용하지 않는 이유입니다. 너무 혼란스럽기만 합니다.

@agordeev 이 문제를 조사하겠습니다. @hlee5zebra 의 단순히 시간대 지원을 제거하는 "수정"은 필요하지 않았습니다. 두 경우 모두 tzid 매개변수를 사용하지 않으면 예상한 결과를 얻습니까?

답변 감사합니다.

    const rrule = new RRule({
      freq: RRule.WEEKLY,
      dtstart: new Date(Date.UTC(2019, 6, 17, 18, 0, 0)),
      // tzid: 'America/Los_Angeles',
      count: 10,
      interval: 1,
      wkst: RRule.SU,
      byweekday: [RRule.MO, RRule.TU, RRule.WE, RRule.FR, RRule.SA]
    })

생산:

  -  [Date: 2019-07-17T18:00:00.000Z]
  -  [Date: 2019-07-19T18:00:00.000Z]
  -  [Date: 2019-07-20T18:00:00.000Z]
  -  [Date: 2019-07-22T18:00:00.000Z]
  etc..

따라서 날짜/시간은 정확하지만 시간대는 UTC입니다. rrule은 tzid 매개변수를 생략할 때 UTC의 DTSTART를 고려합니다.

항상 사용자의 현지 시간대로 되풀이하려면 tzid를 사용하면 안 됩니다.

사용자의 시간대에서 되풀이하는 유일한 옵션은 해당 시간대를 tzid 매개변수로 전달하는 것뿐이라고 생각했습니다. 라이브러리는 서버에서 node.js와 함께 사용된다는 점을 염두에 두십시오.

_시간대에 관계없이_ 사용자의 현지 시간으로 반복이 1800에 있을 경우 tzid 를 사용할 필요가 없습니다. README: https://github.com/jakubroztocil/rrule#important -use-utc-dates에 설명된 "부동" 시간에 대해 읽었는지 확인하십시오.