AngularFire2与Firestore Timestamp转JS Date相关技术咨询

针对你在2018年配置Firestore和AngularFire2时遇到的那个警告，以及你对长期影响的三个疑问，我来逐一解答：

1. AngularFire2是否会封装Firestore，自动将所有Timestamp转换为JS Date？ #

很遗憾，当时的AngularFire2并没有提供自动转换的封装功能，你需要手动处理Timestamp与JS Date之间的转换。不过可以借助AngularFire的数据流操作来统一处理——比如在使用valueChanges()或snapshotChanges()获取数据时，通过map操作符批量把Timestamp字段转换成Date：

this.angularFirestore.collection('items').valueChanges()
  .pipe(
    map(items => items.map(item => ({
      ...item,
      created_at: item.created_at instanceof Timestamp ? item.created_at.toDate() : item.created_at
    })))
  );

这样就能在数据流层面统一转换，不用在每个组件里重复写转换逻辑。

2. 是否需要将所有Firestore查询改为使用Timestamp而非JS Date？ #

不需要全部改写，但建议统一风格。Firestore本身支持写入时自动把JS Date转成Timestamp存储，所以查询时你既可以用JS Date（比如where('created_at', '>=', new Date())），也可以用Timestamp（where('created_at', '>=', Timestamp.fromDate(new Date()))），两种写法都能正常匹配数据。不过从长期维护的角度，统一使用Timestamp能避免代码中同时出现两种时间类型，减少混淆。

3. 是否需要按照代码示例所示，将所有Timestamp值调用toDate()转换为Date？ #

这完全取决于你的应用需求：

• 如果你的Angular应用大量使用了DatePipe这类依赖JS Date的工具，或者业务逻辑都是基于JS Date编写的，那肯定需要转换——否则这些工具无法识别Timestamp，会出现显示错误或逻辑异常。
• 如果你的代码可以直接利用Timestamp的API（比如时间比较、计算时间差），那也可以直接使用Timestamp，它的精度比JS Date更高（支持纳秒级）。
  但考虑到Angular生态里绝大多数时间相关工具都是为JS Date设计的，所以大部分场景下还是建议转换成Date，这样能降低适配成本。

另外补充一下Timestamp的设计背景，帮助你理解这个变更：

Timestamp表示独立于时区或日历的时间点，以UTC纪元时间的秒数和纳秒级秒数小数部分表示。它采用公历儒略历编码，将公历向后扩展至公元元年。编码时假设所有分钟均为60秒，即闰秒被“抹平”，无需闰秒表即可解析。时间范围为0001-01-01T00:00:00Z至9999-12-31T23:59:59.999999999Z。

在TypeScript中，你可以通过以下方式引入Timestamp类型：

import { Timestamp } from '@firebase/firestore-types';

内容的提问来源于stack exchange，提问作者DauleDK