我正在构建一个需要支持重复事件的组日历应用程序，但我提出的处理这些事件的所有解决方案似乎都很简单。我可以限制一个人可以看多远的未来，然后一次性生成所有事件。或者，我可以将事件存储为重复的，并在日历上动态显示它们，但如果有人想更改事件的特定实例的细节，则必须将它们转换为正常事件。
我相信有更好的办法，但我还没找到。对重复发生的事件建模的最佳方法是什么?在这种方法中，您可以更改或删除特定事件实例的细节?
(我使用Ruby，但请不要让这限制了你的回答。如果有ruby特定的库或其他东西，那么最好知道。)
当前回答
将事件存储为重复事件并动态地显示它们，但是允许重复事件包含特定事件的列表，这些事件可以覆盖特定日期的默认信息。
当您查询重复发生的事件时，它可以检查当天的特定覆盖。
如果用户进行了更改，那么您可以询问他是希望更新所有实例(默认详细信息)还是仅更新当天(创建一个新的特定事件并将其添加到列表中)。
如果用户要求删除此事件的所有递归，您还可以获得详细信息列表，并可以轻松删除它们。
唯一有问题的情况是用户想要更新这个事件和所有未来的事件。在这种情况下，你必须把重复发生的事件分成两部分。此时，您可能需要考虑以某种方式链接重复发生的事件，以便将它们全部删除。
其他回答
我使用如下所述的数据库模式来存储递归参数
http://github.com/bakineggs/recurring_events_for
然后使用runt动态计算日期。
https://github.com/mlipper/runt
I would use a 'link' concept for all future recurring events. They are dynamically displayed in the calendar and link back to a single reference object. When events have taken place the link is broken and the event becomes a standalone instance. If you attempt to edit a recurring event then prompt to change all future items (i.e. change single linked reference) or change just that instance (in which case convert this to a standalone instance and then make change). The latter cased is slightly problematic as you need to keep track in your recurring list of all future events that were converted to single instance. But, this is entirely do-able.
因此，在本质上，有两类事件-单个实例和重复事件。
您可以直接将事件存储在iCalendar格式中，这允许无限重复、时区本地化等等。
您可以将这些存储在CalDAV服务器中，然后当您想要显示事件时，您可以使用CalDAV中定义的报告选项，要求服务器在所查看的时间段内扩展重复出现的事件。
或者你可以自己将它们存储在数据库中，并使用某种iCalendar解析库来进行扩展，而不需要PUT/GET/REPORT与后端CalDAV服务器进行对话。这可能是更多的工作-我相信CalDAV服务器隐藏的复杂性在某个地方。
从长远来看，以iCalendar格式保存事件可能会让事情变得更简单，因为人们总是希望将它们导出，以便放在其他软件中。
您可能想要查看iCalendar软件实现或标准本身(RFC 2445 RFC 5545)。 很快想到的是Mozilla项目http://www.mozilla.org/projects/calendar/，快速搜索也会显示http://icalendar.rubyforge.org/。
可以考虑其他选项，这取决于您将如何存储事件。您正在构建自己的数据库模式吗?使用基于icalendar的软件，等等?
对于准备支付一些授权费用的。net程序员，您可能会找到Aspose。网络很有用…它包括一个iCalendar兼容库，用于重复约会。
