[有许多实现默认使用接近无意义的名称(例如“ calendar.ics”,“我的约会.ics”)或根本没有名称。如果它在RFC 5545中,我会错过它。还有其他合适的规范吗?
是否有说明或文件名的规范或权威的最佳做法?
我不认为有一个,在caldav方面,它主要是生成的UUID或类似的东西。
引用Caldav的RFC 4791 - section 5.3.2:
客户端用日历对象资源填充日历集合。每个日历对象资源的URL完全是任意,不需要与日历对象有特定的关系资源的iCalendar属性或其他元数据。新日历对象资源必须使用针对对象的PUT请求创建未映射的URI。针对已映射URI的PUT请求会更新现有的日历对象资源。
这是该节的示例:
PUT /home/lisa/calendars/events/qwue23489.ics HTTP/1.1
If-None-Match: *
Host: cal.example.com
Content-Type: text/calendar
Content-Length: xxxx
...
即使从Mac的日历发送.ics文件,它也只是将导出的日期和时间附加到名称(iCal-20200528-202500.ics
)后面。因此它可以是您想要的任何形式。