Rrule: DTSTART를 첫 번째 항목으로 사용해야 합니다.

여기에 플러스 1. RRule은 데모 앱의 시작 날짜/기간을 전혀 준수하지 않습니다.

동의합니다. Google RFC 2445 Java lib를 다룰 때 이것이 저를 버렸습니다.

:+1: 이것이 표준(및 Google 캘린더, Apple(Mac OS/iOS/iCloud) 캘린더와 같은 호환 시스템)의 작동 방식입니다.

@jkbrzt , 현재 rrule.js는 python dateutil의 기능과 연결되어 있습니다.

RFC에 문서화된 것과 달리 시작 날짜/시간(dtstart)은 지정된 규칙에 맞지 않는 한 첫 번째 반복 인스턴스가 아닙니다.
–– dateutil 문서

이것은 dateutil에서 크게 벗어나는 것처럼 보일 수 있으며 이 경우에 의미가 있는 것 같습니다. 거의 모든 테스트 케이스를 변경해야 합니다. 생각? 변화를 지지하시겠습니까?

@hwangmoretime rrule.js 가 RFC와 다른 점을 문서화한 README에 대한 변경 사항을 병합했습니다. 감사합니다. 예, rrule.js 준수하도록 하는 것이 좋습니다(이 문제 + byday 키워드 인수). 하지만 이전 버전과의 호환성을 깨뜨릴 수 있으므로 잘 문서화해야 합니다.

나는 이것이 여전히 버그가 있다고 생각합니다. 이것은 all() 에서는 작동하지만 between 메서드에서는 작동하지 않습니다. 아래 예에서는 readme에 따라 RRuleSet 개체에 dtstart 및 rdate 설정했습니다.

규칙 집합
RRuleSet {_cache: Object, _rrule: Array[1], _rdate: Array[1], _exrule: Array[0], _exdate: Array[0]}

rruleSet.valueOf()
["RRULE:FREQ=YEARLY;DTSTART=20120122T000000Z;INTERVAL=1;WKST=0;BYMONTH=3;BYMONTHDAY=19;BYHOUR=13;BYMINUTE=39;BYSECOND=27", "RDATE:20120122T000000Z"]

rruleSet.all()[0]
Sat Jan 21 2012 16:00:00 GMT-0800 (PST)

rruleSet.between(startDatetime, endDatetime)
[Sat Mar 19 2016 13:39:27 GMT-0700 (PDT)]

all 메서드 호출의 경우 반환된 날짜는 원래 dtstart 와 일치하지만 between 의 경우 기본값은 현재 시간으로 돌아갑니다.

여기에 약간의 컨텍스트가 있습니다. 내가 말할 수 있는 한, ruleset은 내가 예상한 것과 정확히 반대입니다. 날짜 목록을 생성합니다. 여기서 0번째 요소는 원래 원하는 이벤트의 시작입니다. 그러나 날짜의 시리즈로 확장되는 현재입니다. 1월 21일에 날짜 목록을 얻을 것으로 예상했지만 현재 시간(3월 22일)을 사용하여 rruleset이 "반복"되었습니다.

나는 repo를 가져 와서 몇 가지 테스트로 이것을 좁히려고 노력하고 있지만 조언을 주시면 감사하겠습니다.

dtstart와 비슷한 문제가 있었습니다. https://stackoverflow.com/questions/54517101/rrule-not-setting-correct-time-if-dtstart-is-set 참조
생성자에서 dtstart를 설정하면 .all()을 사용하여 정확한 시간을 얻을 수 있지만 나중에 dtstart를 설정하면 현재 시간을 얻습니다.

기본적으로 dtstart 는 다른 시스템과 더 일관성 있게 포함되어야 한다는 데 동의합니다.

현재 동작의 미묘함을 보여주는 코드펜을 만들었습니다. https://codepen.io/arshaw/pen/qwEQNO?editors=0010

기본적으로 dtstart 는 다른 시스템과 더 일관성 있게 포함되어야 합니다.

동의. 지금 rrule에 대해 알아보세요. 시간을 크게 절약할 수 있지만(고맙습니다!), 이 포괄적인 날짜는 해결하기 위해 몇 가지 사용자 정의 논리가 필요한 이상한 뉘앙스를 나타냅니다. 이 업데이트된 것을 보고 싶습니다. python-dateutil과 일치하는 현재 동작을 이해했지만 이상한 편차를 영속시키는 것보다 RFC 표준과 일치하는 동작에 우선 순위가 있어야 한다고 생각합니다.

또한 아래 의견에 따라:

RRuleSet을 사용하고 dtstart를 rdate로 추가하면 원래 동작을 얻을 수 있습니다.

내가 말할 수 있는 한, 이것은 많은 사용 사례에 필요한 해결 방법의 복잡성을 상당히 과소 평가합니다.

예를 들어 다음과 같은 규칙 매개변수가 있다고 가정합니다.

new RRule({
  freq: RRule.WEEKLY,
  dtstart: new Date(Date.UTC(2020, 10, 1, 21, 0, 0)),
  count: 10,
  interval: 2,
  byweekday: RRule.MO
})

이것은 시작 날짜가 2020년 11월 1일 일요일인 "매 2주마다 월요일에 10번"으로 변환 되어야 합니다 .

이제 시작 날짜 이후의 첫 번째 달력 월요일은 11월 2일입니다... 따라서 간격이 2인 경우 생성된 이벤트 날짜는 11월 2일, 11월 16일, 11월 30일 등이 될 것으로 예상됩니다.

그러나 rrule 패키지는 대신 11월 9일, 11월 23일 등의 날짜를 제공합니다. 즉, 전체 간격이 잘못되어 일주일 앞으로 이동합니다. 이 문제를 수정하는 것은 "RRuleSet을 사용하고 dtstart를 rdate로 추가"하는 것처럼 간단하지 않습니다. 이 유형의 수정 작업이 훨씬 더 많습니다.