【问题标题】:DDay iCal RecurrenceIdDDay iCal RecurrenceId
【发布时间】:2015-05-18 22:26:08
【问题描述】:

我实际上使用的是 Telerik kendo 调度程序,而不是 iCal 文件,但我需要以调度程序议程列表以外的方式显示发生列表,并且调度对象和 ical 对象之间的映射相似,所以我想我会使用 DDay。

创建一个 iCalendar 对象并加载到日程表中我有代码工作,我可以在其中构建发生列表并过滤掉从系列中删除的事件。我遇到问题的地方是系列中某个事件被修改的地方。

通过在创建系列中的修改事件时将数据存储在数据库中的方式,它会创建一个新记录并使用原始记录的事件 ID 填充 RecurrenceId 字段。

看起来很简单,只需匹配 id 字段,对吧?问题是 DDay iCal 中的 RecurrenceId 是 IDateTime 而不是 int。我不确定如何处理它,因为我们有很多同时开始/结束的事件,所以抓住原始开始/结束似乎不可行。除非我误解了实际发生的事情。

如果修改事件是事件中主事件的唯一修改事件,我确实找到了一种处理修改事件的复杂方法。但是这种方法没有考虑到可能包括主事件和主事件的多个修改事件的发生序列。

我想一种可能的解决方案是从调度程序表中构建 2 个列表,其中一个列表仅修改了重复事件和其他主事件。

然后,当我处理事件时,我会检查每个事件以查看它是否存在于修改后的事件列表中。如果是这样,请相应地更新事件。然而,这似乎是一个非常笨拙的解决方案。即使它会解决所有修改后的场景。我想我在图书馆里遗漏了一些可以处理这个问题的东西。

一如既往,我们将不胜感激在此问题上提供的任何帮助。

谢谢, 克里斯

【问题讨论】:

    标签: recurring-events dday


    【解决方案1】:

    看来我的测试集数据搞砸了。看起来它的工作方式是主事件将有一个重复异常。因此,当您拨打电话以获取该范围内的异常时,主记录将被跳过/过滤,并且该系列的修改事件将保留。另外,如果发生范围内的事件被删除,则该事件不会出现在发生范围内。

    我的测试数据集中有一些错误,看起来需要额外的过滤步骤。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2011-12-06
      • 2016-10-27
      • 1970-01-01
      • 1970-01-01
      • 2016-10-27
      • 1970-01-01
      • 2013-11-14
      • 2020-09-20
      相关资源
      最近更新 更多