在某些情况下,使用googlerfc2445(iCalendar)时会返回java开始日期
为了测试google-rfc-2445(一个IETFRFC 2445iCalendar的Java实现)的性能,我运行了很多RRULEs
我看到,在某些情况下,我从该方法返回的列表中返回了开始日期
测试非常简单:
private static void runGoogleTests() throws ParseException
{
DateTimeZone dtz = DateTimeZone.UTC;
DateTime dtStart = new DateTime("2014-11-22T00:00:00Z", dtz);//SATURDAY
DateTimeIterable dti = DateTimeIteratorFactory.createDateTimeIterable("RRULE:FREQ=WEEKLY;COUNT=10;BYDAY=MO", dtStart, dtz, true);
System.out.println("Size of iterable = " + Iterators.size(dti.iterator()));
for(DateTime dateTime : dti)
{
System.out.println(dateTime);
}
}
工厂返回的列表返回此列表
第一个日期是开始日期,星期六不应该在那里。RRULE还包含一个COUNT=10,那么为什么返回11呢
Size of iterable = 11
2014-11-22T00:00:00.000Z
2014-11-24T00:00:00.000Z
2014-12-01T00:00:00.000Z
2014-12-08T00:00:00.000Z
2014-12-15T00:00:00.000Z
2014-12-22T00:00:00.000Z
2014-12-29T00:00:00.000Z
2015-01-05T00:00:00.000Z
2015-01-12T00:00:00.000Z
2015-01-19T00:00:00.000Z
2015-01-26T00:00:00.000Z
使用Google-rfc-2445的人以前一定遇到过这个问题
我在项目页面上发布了这个问题,但是那里非常安静。 Link to the issue on google-rfc-2445 page
# 1 楼答案
试着这样做:
其思想是提前一天开始序列,并使用EXDATE规则排除第一个日期
# 2 楼答案
RFC2445 section 4.3.10 Recurrence Rule指定
因此,虽然返回列表中存在
DTSTART
是正常的,但不太期望的是返回列表的大小考虑到RFC2445规范,将
DTSTART
作为循环的第一个实例更有意义,以确保其他日历正确理解ical文件还需要注意的是
RFC2445
被RFC5545
淘汰,它还指定DTSTART
作为RRULE
的第一个实例(甚至强调它,注意:添加的单词总是(empahsis由我添加)