客户选择“哪一天送花”,并没有同时指定一个全球时间点。应先保存日期本身,只有另行确定配送时间后才处理时区。过早按服务器时区转换,可能让日期悄悄退到前一天。
适用读者与交付决定
鲜花、租赁及按日期收集需求的网站。把本题作为给建站或技术供应方的验收任务;需要真实系统证据的地方不能由演示文件代替。
官方依据与解释边界
日期输入的值采用 yyyy-mm-dd,显示方式可以本地化;前端限制不代替服务端校验。 MDN: date inputs · 核对日期:2026年10月16日。
已填写教学例子
合成例子,不是真实客户案例。 输入、预期及反例如下;真实平台尚未按此例集成测试。
窄屏可横向滚动表格。
| 输入/情况 | 检查口径 | 预期结果 |
|---|---|---|
| 2026-10-18 | 仅日期 | 保留 |
| 2026-02-30 | 日期无效 | 拒绝 |
| 18/10/2026 | 显示值非标准输入 | 要求标准值 |
怎样执行验收
- 先说明字段代表日期还是有时间的预约。
- 服务端同时验证格式与实际日期,不把非法日期自动滚到下月。
- 用同一例子核对客户显示、后台保存及员工导出。
如何解释结果与保留证据
校验器会拒绝二月三十日,不接受自动日期进位;通过时保留原日期。若业务之后增加截单时间或具体时段,应单独指定地点时区并测试,不应悄悄改变原日期字段的含义。
适用边界
这不是夏令时预约解析器、节假日日历或配送保证。可选日期及提前期仍由经营者规定。
离线复核
保存下方两份文件到同一目录,用Node22.13或更新版本执行。模型只验证有限输入,不代表真实服务或认证。 已填输入及预期输出 · 可检查的函数
node decision-check.mjs date-only-enquiry-storage.json