Fullcalendar rfc2445，如何存储全天事件？

我正在创建一个日历应用程序，该应用程序应该会被投诉。我对这里的全天活动有一些问题，但现在问题已经解决了，你可以看到这样的问题，但它迫使我提出以下问题

当我选择全天事件时，例如从2015年10月20日到2015年10月21日（事件持续时间为2天），实际上我需要创建从2015年10月20日到2015年10月22日的DB记录，否则将显示为一天事件

我的问题分为两部分：

根据标准rfc-2445，上述规定是否正确

我是否应在2015年10月20日至2015年10月22日期间将此类事件存储在DB中，并在向最终用户显示其详细信息时，我应将其从结束日期减少一天，或将其存储为2015年10月20日至2015年10月21日，并在结束日期增加一天

---

谢谢。

DTEND属性对应于事件的非包容性结束，因此，上面的示例是正确的

请参见以下内容：

“VEVENT”的“DTSTART”属性指定包含 活动开始。对于重复事件，它还指定 递归集合中的第一个实例。“DTEND”属性 对于“VEVENT”，日历组件指定非包容性结束 这件事的真相

还有一个多日全天活动的示例：

下面是“VEVENT”日历组件的示例 用于表示从2007年6月28日起安排的多日活动 至2007年7月8日（含）。请注意，“DTEND”属性是 设置为2007年7月9日，因为“DTEND”属性指定 事件的非包容性结束

---

您可能已经注意到，我指的是RFC5545，它已经淘汰了RFC2445。

谢谢。我终于有了主意。嗨，我回到这个项目，忘记了我已经问过了，你已经回答了，又问了一遍，发现了我的问题。我再一次明白了这个想法，除了一个时刻，如果我们在DTSTART和DTEND中有时间部分，并且DTEND是独占的，这是否意味着活动的最后一秒正式地不是活动的一部分？例如

DTSTART:20151223T060000Z DTEND:20151223T070000Z

再次感谢。

   BEGIN:VEVENT
   UID:20070423T123432Z-541111@example.com
   DTSTAMP:20070423T123432Z
   DTSTART;VALUE=DATE:20070628
   DTEND;VALUE=DATE:20070709
   SUMMARY:Festival International de Jazz de Montreal
   TRANSP:TRANSPARENT
   END:VEVENT