我正在构建一个需要支持重复事件的组日历应用程序，但我提出的处理这些事件的所有解决方案似乎都很简单。我可以限制一个人可以看多远的未来，然后一次性生成所有事件。或者，我可以将事件存储为重复的，并在日历上动态显示它们，但如果有人想更改事件的特定实例的细节，则必须将它们转换为正常事件。
我相信有更好的办法，但我还没找到。对重复发生的事件建模的最佳方法是什么?在这种方法中，您可以更改或删除特定事件实例的细节?
(我使用Ruby，但请不要让这限制了你的回答。如果有ruby特定的库或其他东西，那么最好知道。)
当前回答
重复事件可能会有很多问题，让我强调一些我所知道的。
解决方案1 -没有实例
存储原始约会+复发数据，不存储所有实例。
问题:
当你需要的时候，你必须在一个日期窗口中计算所有的实例，成本很高 无法处理异常(即。你删除一个实例，或者移动它，或者更确切地说，你不能用这个解决方案这样做)
解决方案2 -存储实例
存储从1开始的所有内容，以及链接回原始约会的所有实例。
问题:
占用很大的空间(但是空间很便宜，所以很小) 必须优雅地处理异常，特别是在做出异常后返回并编辑原始约会时。例如，如果您将第三个实例向前移动一天，那么如果您返回并编辑原始约会的时间，在原始日期重新插入另一个实例，并保留已移动的实例，该怎么办?断开移动的那个?试着适当地改变移动的那个?
当然，如果不打算使用异常，那么任何一种解决方案都可以，基本上可以从时间/空间权衡方案中进行选择。
其他回答
我建议使用ruby的date库的功能和range模块的语义。循环事件实际上是一个时间，一个日期范围(开始和结束)，通常是一周中的某一天。使用日期和范围可以回答任何问题:
#!/usr/bin/ruby
require 'date'
start_date = Date.parse('2008-01-01')
end_date = Date.parse('2008-04-01')
wday = 5 # friday
(start_date..end_date).select{|d| d.wday == wday}.map{|d| d.to_s}.inspect
产生事件的所有日子，包括闰年!
# =>"[\"2008-01-04\", \"2008-01-11\", \"2008-01-18\", \"2008-01-25\", \"2008-02-01\", \"2008-02-08\", \"2008-02-15\", \"2008-02-22\", \"2008-02-29\", \"2008-03-07\", \"2008-03-14\", \"2008-03-21\", \"2008-03-28\"]"
将事件存储为重复事件并动态地显示它们，但是允许重复事件包含特定事件的列表，这些事件可以覆盖特定日期的默认信息。
当您查询重复发生的事件时，它可以检查当天的特定覆盖。
如果用户进行了更改，那么您可以询问他是希望更新所有实例(默认详细信息)还是仅更新当天(创建一个新的特定事件并将其添加到列表中)。
如果用户要求删除此事件的所有递归，您还可以获得详细信息列表，并可以轻松删除它们。
唯一有问题的情况是用户想要更新这个事件和所有未来的事件。在这种情况下，你必须把重复发生的事件分成两部分。此时，您可能需要考虑以某种方式链接重复发生的事件，以便将它们全部删除。
您可以直接将事件存储在iCalendar格式中，这允许无限重复、时区本地化等等。
您可以将这些存储在CalDAV服务器中，然后当您想要显示事件时，您可以使用CalDAV中定义的报告选项，要求服务器在所查看的时间段内扩展重复出现的事件。
或者你可以自己将它们存储在数据库中，并使用某种iCalendar解析库来进行扩展，而不需要PUT/GET/REPORT与后端CalDAV服务器进行对话。这可能是更多的工作-我相信CalDAV服务器隐藏的复杂性在某个地方。
从长远来看，以iCalendar格式保存事件可能会让事情变得更简单，因为人们总是希望将它们导出，以便放在其他软件中。
您可以将事件存储为重复的，如果编辑了特定实例，则创建具有相同事件ID的新事件。然后，在查找事件时，搜索具有相同事件ID的所有事件以获得所有信息。我不确定您是否滚动了自己的事件库，或者您是否正在使用现有的事件库，因此可能无法实现。
我正在处理以下问题:
http://github.com/elevation/event_calendar -日历的模型和助手 http://github.com/seejohnrun/ice_cube -令人敬畏的循环宝石 http://github.com/justinfrench/formtastic -简单表单
以及一个正在进行的gem，它将formtastic扩展为一个输入类型:recurrent (form。schedule:as =>:循环)，它会呈现一个类似ical的界面和一个before_filter来将视图再次序列化到一个IceCube对象中。
我的想法是使它难以置信的容易添加循环属性到一个模型，并在视图中容易地连接它。都在几行字里。
这给了我什么?索引，可编辑，循环属性。
Events存储单个日实例，并在日历视图/helper中使用 说的任务。schedule存储了yaml的IceCube对象，所以你可以像这样调用:task.schedule.next_suggestion。
概述:我使用两个模型，一个平面，日历显示，和一个属性的功能。
