JavaScript 私有类字段和 TypeScript 私有修饰符

在本文中，我们将对 JavaScript 私有类字段进行一些说明，并了解它们与 TypeScript 私有修饰符的区别。

JavaScript 私有类字段和隐私需求

在过去，JavaScript 没有保护变量不受访问的原生机制，当然除非是典型闭包【https://github.com/valentinogagliardi/Little-JavaScript-Book/blob/1.1.0/manuscript/chapter4.md】。

闭包是 JavaScript 中许多类似于私有模式（如流行的模块模式）的基础。但是，近年来 ECMAScript 2015 类被使用后，开发人员感到需要对类成员的隐私进行更多控制。

类字段提案（在撰写本文时处于第 3 阶段）试图通过引入 **私有类字段 **来解决问题。

让我们看看它们是什么样子的。

一个 JavaScript 私有类字段的例子

这是一个带有私有字段的 JavaScript 类，请注意，与“公有”成员不同，每个私有字段必须在访问前进行声明：

1class Person {
2  #age;
3  #name;
4  #surname;
5  constructor(name, surname, age) {
6    this.#name = name;
7    this.#surname = surname;
8    this.#age = age;
9  }
10  getFullName() {
11    return `${this.#name} + ${this.#surname}`;
12  }
13}

无法从类的外部访问私有类字段：

1class Person {
2  #age;
3  #name;
4  #surname;
5  constructor(name, surname, age) {
6    this.#name = name;
7    this.#surname = surname;
8    this.#age = age;
9  }
10  getFullName() {
11    return `${this.#name} + ${this.#surname}`;
12  }
13}
14const marta = new Person("Marta", "Cantrell", 33);
15console.log(marta.#age); // SyntaxError

这是真正的“隐私”。如果你会一点 TypeScript，可能会问“原生”私有字段与** TypeScript 中的 private 修饰符 **有什么共同点。

好吧，答案是：没有。但是为什么？

TypeScript 中的 private 修饰符

有着传统编程语言背景的开发人员应该熟悉 TypeScript 中的 private 修饰符。简而言之，此关键字的目的是拒绝从类的外部访问类成员。

但是请不要忘记，TypeScript 是处于 JavaScript 之上的一层，并且 TypeScript 编译器应该剥离所有花里胡哨的 TypeScript 注释，包括** private**。

这意味着下面的类做不到你想要的工作：

1class Person {
2  private age: number;
3  private name: string;
4  private surname: string;
5  constructor(name: string, surname: string, age: number) {
6    this.name = name;
7    this.surname = surname;
8    this.age = age;
9  }
10  getFullName() {
11    return `${this.name} + ${this.surname}`;
12  }
13}
14const liz = new Person("Liz", "Cantrill", 31);
15// @ts-ignore
16console.log(liz.age);

如果没有 //@ts-ignore，在访问 liz.age 时仅会在 TypeScript 中引发错误，但是在编译之后，你将会得到下面的 JavaScript 代码：

1"use strict";
2var Person = /** @class */ (function () {
3    function Person(name, surname, age) {
4        this.name = name;
5        this.surname = surname;
6        this.age = age;
7    }
8    Person.prototype.getFullName = function () {
9        return this.name + " + " + this.surname;
10    };
11    return Person;
12}());
13var liz = new Person("Liz", "Cantrill", 31);
14console.log(liz.age); // 31

与预期的一样，我们可以从控制台输出 liz.age。这里的主要观点是 TypeScript 中的 private 不是那么私有，并且仅在 TypeScript 级别才感到方便，而不是“真正的隐私”。

接下来我们开始讨论：TypeScript 中的“原生”私有类字段。

TypeScript 中的私有类字段

TypeScript 3.8 将支持 ECMAScript 私有字段，千万别和 TypeScript private修饰符 混淆。

这是在 TypeScript 中具有私有类字段的类：

1class Person {
2    #age: number;
3    #name: string;
4    #surname: string;
5    constructor(name:string, surname:string, age:number) {
6        this.#name = name;
7        this.#surname = surname;
8        this.#age = age;
9    }
10    getFullName() {
11        return `${this.#name} + ${this.#surname}`;
12    }
13}

除了类型注释外，与原生 JavaScript 没什么不同。无法从外部访问成员。但是 TypeScript 中私有字段的真正问题在于它们在后台使用了 WeakMap。

要编译此代码，我们需要调整 tsconfig.json 中的目标编译版本，该版本最低必须是** ECMAScript 2015**：

1{
2  "compilerOptions": {
3    "target": "es2015",
4    "strict": true,
5    "lib": ["dom","es2015"]
6  }
7}

这可能会出现问题，具体取决于目标浏览器，除非你打算为 WeakMap 提供 polyfill，否则，如果只是为了编写精美的新语法，工作量就变得太多了。

JavaScript 中总是存在这种紧张关系，你确实想使用新语法，但另一方面，你不想由于大量的 polyfill 影响使用户体验。

另一方面，即使你希望将其发布到较新的浏览器中，也不必担心私有类字段。最起码现在是这样。甚至Firefox都没有实施该建议。

结论

在撰写本文时它仍是一项提案，JavaScript 类字段很有趣，但是浏览器供应商的支持很差。那么你对此功能有何看法？

这是我的：

• 我喜欢 ES 私有类字段（尽管我不喜欢 #）

• 我在 TypeScript 中从不依赖 private， 这仅在 TS 级别是有用的

• 我会等待浏览器提供私有类字段

• 我目前不会在 TS 中使用私有类字段

了解更多有关TypeScript类的信息：

https://www.typescriptlang.org/docs/handbook/classes.html

TypeScript 3.8 私有字段的正式公告：

https://devblogs.microsoft.com/typescript/announcing-typescript-3-8-beta/#ecmascript-private-fields

---

原文：https://www.valentinog.com/blog/private/

---