json - 本地存储中的 TypeScript 类型序列化/反序列化

Question

我有一个 Typescript 应用程序。我出于开发目的使用 localstorage 来存储我的对象，但我在反序列化时遇到了问题。

我有一个 MeetingModel 类型的对象 session :

export interface MeetingModel {
    date: moment.Moment; // from the library momentjs
}

我使用 JSON.stringify(meeting) 将此对象存储在 localStorage 中。

我假设 stringify 调用 moment.toJson()，它返回一个 iso 字符串，因此存储的值是:{"date":"2016-12-26T15:03:54.586Z"}。

当我检索这个对象时，我会:

const stored = window.localStorage.getItem("meeting");
const meeting: MeetingModel = JSON.parse(stored);

问题是:meeting.date 包含一个字符串而不是时刻!

那么，首先我想知道为什么 TypeScript 会让这种情况发生？为什么我可以分配一个字符串值而不是 Moment 并且编译器同意？

第二，如何将我的对象从纯 JSON 对象(又名字符串)恢复为 Typescript 类型？

我当然可以创建一个工厂，但是当我的对象数据库变大时，完成所有这些工作将是一件痛苦的事。

也许首先有一个更好地存储在本地存储中的解决方案？

谢谢

Answer 1

1) TypeScript 是可选类型。这意味着有一些方法可以绕过类型系统的严格性。 any 类型允许您进行动态类型化。如果您知道自己在做什么，这会非常方便，但当然您也可能搬起石头砸自己的脚。

此代码将编译:

var x: string = <any> 1;

这里发生的是 number 1 被强制转换为 any，这对于 TypeScript 意味着它会假定您作为开发人员知道它是什么以及您如何使用它。由于 any 类型随后被分配给 string TypeScript 非常适合它，即使您在运行时可能会出错，就像您创建一个编写 JavaScript 时出错。

当然这是设计使然。 TypeScript 类型仅在编译时存在。您在 JSON.parse 中放入什么样的字符串对于 TypeScript 是不可知的，因为输入字符串仅在运行时存在并且可以是任何东西。因此 any 类型。 TypeScript 确实提供了所谓的类型保护。类型保护是在编译时和运行时都可以理解的代码位，但这超出了您的问题范围(如果您有兴趣，请谷歌)。

2)序列化和反序列化数据通常不是调用JSON.stringify和JSON.parse那么简单。大多数类型信息丢失到 JSON，通常您希望在运行时存储对象(在内存中)的方式与您希望存储它们以进行传输或存储的方式(在内存、磁盘或任何其他介质中)非常不同).例如，在运行时您可能需要查找表、用户/ session 状态、私有(private)字段、库特定属性，而在存储中您可能需要版本号、时间戳、元数据、不同类型的规范化等。您可以 JSON.stringify 在 JavaScript 领域你想要的任何东西，但这确实意味着它是一个好主意。您可能想要设计实际存储数据的方式。例如，一个 iso 字符串看起来很漂亮，但需要很多字节。如果您只有几个无关紧要，但当您每秒传输数百万时，您可能需要考虑另一种格式。

我建议您为要保存的对象定义接口(interface)，例如在您的模型对象上创建一个 .toJson 方法，该方法将返回 DTO(数据传输对象)您可以简单地使用 JSON.stringify 进行序列化。然后在返回的路上，您将 JSON.parse 的 any 输出转换为您的 DTO，然后使用您创建的工厂函数或构造函数将其转换回您的模型。这可能看起来像很多样板文件，但根据我的经验，这是完全值得的，因为现在您可以控制存储的内容，这为您提供了很大的灵 active 来更改模型而不会出现反序列化问题。

祝你好运!