Sau*_*nda 5 icalendar rfc2445 rfc5545
我试图了解 iCal 提要和 iCalendar 客户端如何处理过去和未来的大量事件。iCalendar 客户端是否可以通过任何方式将日期范围与 iCalendar 提要进行通信——这样显示给用户的当前日期范围之外的事件就不会不必要地通过网络发送。
如果不是，iCalendar 提要如何决定发送事件的日期范围？如果一个人继续通过网络发送所有数据，在某些时候它将变得无法管理，无论是供稿还是客户端。如果提要不会在过去很远很远的将来发送数据，那么客户端如何处理数据中的这些“漏洞”？
您需要区分应用程序端（即事件源）和icalendar（rfc5545），后者“只是”标准
用于表示和交换日历和调度信息的数据格式
换句话说，calendar 文件格式将仅携带服务器已编程放入其中的任何信息。rfc5545 中没有预定义日历源的行为。
对于事件源，如果您不控制服务器，则可以安全地假设该源仅显示即将发生的事件，并且您的问题可能与： 如何获取 RSS 源上的所有旧项目？
如果您的用户有返回领带的用例，请了解如何跟踪历史记录。在这种情况下，您的客户唯一的选择是保留历史记录并将新的 .ics 与旧的 .ics 进行比较，以显示最全面的历史记录。
但是，如果您还拥有服务器/提要端，您可以决定使用特定的 REST API 为客户端提供更大的灵活性（即指定提要的日期范围）
| 归档时间： |
|
| 查看次数： |
1647 次 |
| 最近记录： |