AI 摘要：本文深入探讨了 JavaScript 内置 Date 对象的诸多缺陷，包括其不一致的解析行为、缺乏时区支持以及最重要的其作为可变对象 (mutable object) 导致的意外副作用。作者提出 Temporal API 是 Date 对象的完美替代方案，Temporal 作为命名空间对象 (namespace object)，提供了更直观、更细致的日期时间处理能力，并且其所有操作都返回新的不可变对象 (immutable objects)，彻底解决了 Date 的核心问题。文章鼓励开发者提前试用 Temporal，以推动其最终标准化和广泛应用。

1. JavaScript Date 对象的历史与痛点
• 构造函数行为不一致：Date 构造函数 (constructor) 在处理月份、年份推断和字符串格式时存在诸多怪癖和不一致性。
• 内部机制与命名误导：Date 实际上表示的是以毫秒为单位的 Unix 时间戳 (Unix timestamp)，而非纯粹的日期，容易引起混淆。
• 功能受限：缺乏对复杂时区、夏令时 (Daylight Saving Time) 以及非公历 (Gregorian calendar) 的原生支持。
• 对性能的影响：由于 Date 的局限性，开发者常需引入大型第三方库 (third-party library) 来解决问题，导致性能开销。
2. Date 对象的核心问题：可变性 (Mutabilty)
• 原始值 (Primitive Values) 的不可变性：解释 JavaScript 中数字、布尔值等原始数据类型 (primitive data types) 是不可变 (immutable) 的，变量赋值是创建副本。
• 对象 (Objects) 的可变性：解释对象是可变 (mutable) 的，变量存储的是引用 (reference)，对对象的修改会影响所有引用。
• Date 的可变性后果：Date 对象作为构造函数创建的对象，具有可变性。对 Date 实例 (instance) 的修改会直接改变原始对象，导致意外的副作用和难以追踪的错误。
• 代码示例：通过 addDay 函数的例子，展示了 Date 对象的可变性如何导致“今天”和“明天”变成同一个日期。
3. Temporal API 的设计理念与优势
• 取代 Date 的新方案：Temporal API 被设计为 Date 对象的全面替代品，旨在提供现代、健壮的日期时间处理能力。
• 命名空间对象 (Namespace Object) 设计：Temporal 不是构造函数，而是类似 Math 的命名空间对象，包含多个更专业化的类 (classes) 和方法。
• 丰富的日期时间类型：Temporal 提供了 Duration、Instant、PlainDate、PlainDateTime、ZonedDateTime 等多种类型，能够更精确地表示日期、时间及两者结合的不同概念。
• 核心优势：不可变性 (Immutability)：Temporal 对象的所有操作方法 (methods)，例如 add() 和 subtract() ，都不会修改原始对象，而是返回一个新的 Temporal 对象，从根本上解决了 Date 的可变性问题。
• 代码示例：展示 Temporal 如何通过返回新对象来避免副作用，并使得链式调用 (chaining methods) 成为可能，大幅提升了代码的清晰度和安全性。
4. Temporal API 的当前状态与未来展望
• 标准化进展：Temporal 提案已进入 TC39 标准化过程的第三阶段 (Stage 3)，已被推荐实现。
• 浏览器支持：已在 Chrome 和 Firefox 等主流浏览器的最新版本中落地实现。
• 开发者参与：鼓励开发者试用 Temporal 并提供反馈，以帮助完善最终规范。
• 未来前景：Temporal 将为 JavaScript 带来合理、现代的日期时间处理能力，彻底改变现有 Date 对象带来的困境。

Piccalilli

Date is out, Temporal is in

Temporal is the Date system we always wanted in JavaScript. It's extremely close to being available so Mat Marquis thought it would be a good idea to explain exactly what is better about this new JavaScript date system.