S3.03.2Calendar-dependent holiday date设计研究
节日日期在不同历法下浮动
别名: 移动节日 · 历法转换 · 观测性节日 · movable holiday
概念解释
依赖历法的节日日期（calendar-dependent holiday date）指节日由某套太阳历、阴历、阴阳合历、相对星期规则或观测决定，因此不能永久绑定到一个公历月日。历法转换会把同一节日在不同公历年份映射到不同日期；有些节日还以日落等时刻划分一天，或要等待当地机构依据实际观测宣布。产品需要保存节日的规则、辖区、历法与确定性，而不只是某年的公历结果。
机制
历法对年、月、闰期和日界的定义不同。固定在某历法月日的节日，经转换后会在公历中移动；“某月第几个星期几”一类规则也每年变化。算法历法可以在规则和版本明确时计算，但观测性历法的结果可能受地点、观测标准及主管机构决定影响，预估日与正式日期可能相差。若数据库只保存“每年重复的公历月日”，提醒和排期会逐年漂移；若只保存显示文本，又无法可靠排序、转换或说明不确定性。
怎么研究
为每个目标节日记录本地名称、适用群体与辖区、原历法规则、日界、来源机构、公告状态、转换库及版本。以权威发布的历年日期做回溯测试，分别检查算法计算、时区映射和本地显示；对观测性节日，测量预测日期与最终公告的差异、公告到达时间及下游更新延迟。用户研究可比较“仅公历日期”“双历法日期”和“预计/待确认”标签对理解、行程安排和提醒信任的影响，不把文化归属从地区标签自动推断到个人。
边界
历法转换只能按给定规则换算，不能决定某个宗教、国家、地区或社群采用哪一套判定。不同权威可能在同一年宣布不同日期；跨越日落或午夜的节日也不是一个无时区的全天日期。历史日期可能受历法改革和地方实践影响，现代软件的推算历法不一定能重建当时实际遵循的日期。未来观测性日期应标为预计值，并允许权威公告覆盖，而不能假装算法已经确定。
怎么落地
- 将节日建模为规则与年度实例：保存历法、原历法日期或相对规则、辖区/社群、日界、IANA 时区、来源、状态和规则版本；公历日期作为可重算结果。
- 显示用户熟悉的节日名称和日期；在需要跨历法协作时并列原历法与公历，并清楚标出“预计”“待确认”或“已公布”。
- 对观测性日期建立公告更新流程：指定权威来源与责任人，变更时重新计算提醒、排班和内容计划，向受影响用户说明旧值与新值。
- 用闰年、闰月、日落边界、跨时区查看和多个权威结果测试转换；固定转换库版本做回归，并用已公布历史日期验证，不以单一在线换算器作为真值。