angular - TypeScript 中 private 的使用

Question

这是征求意见，我们称它为 RFO 我希望社区能很好地接受它，因为我非常希望得到反馈，并且总的来说我们都可以使用更多的见解这个经常被忽视的问题。

自 C# 出现以来，我一直是一名 C# 开发人员(我是从 ASP 转入的)。在编写代码时，我有一种使用 public 和 private 的自然倾向。几乎不可能阻止我将 public 添加到我在 TypeScript 中的方法和属性，即使它是默认的。

我对 TypeScript 或什至是正经的 JavaScript(使用 TypeScript 已有 2 年)有些陌生。

众所周知，private在转译代码中其实不是private。因此，虽然 private member access 对单独或在团队中工作的 Typescript 开发人员很有帮助，但输出的 JavaScript 会被额外的变量污染。

一个人可能有 setter/getter 和漂亮的设计原则，但最终，你拥有的是一堵变量墙，它们执行相同的操作，或者至少，否定我们保护的所有努力代码。我们使用下划线 _toLetOthersKnowOurIntent。 Angular 的风格指南建议我们避免在私有(private)变量上使用 _。

接下来的问题是，如果您使用 typescript 编写代码，供使用 JavaScript(某种包)的人使用，那么使用私有(private)属性是否更有害和困惑。 use 或 private 是否仅适用于与其他 TypeScript 开发人员合作。如果你正在开发一个库，比如说一个要通过 NPM 分发的 Angular 组件，是否应该完全避免 private？

Answer 1

TypeScript 类型和可见性功能不会影响 JavaScript 输出。

由于 TypeScript 是 Angular 社区的首选语言，私有(private)成员通常在用 TypeScript 编写的库中受到尊重。

Angular 风格指南固执己见，不一定考虑所有因素。 TypeScript 可见性反射(reflect)在生成的文档和 IDE 中，但使用额外的方式指定成员不公开总是有益的，例如在调试期间或使用 JavaScript 编译的 TypeScript 代码期间。

Angular 代码库本身包含很多_ 下划线成员，只是因为这样方便，所以官方的风格指南显然不能算完美。你唯一后悔的时候是需要解构的时候:

const { foo, bar } = this; // nice
const { _baz: baz, _qux: qux } = this; // not so nice

另一个问题是并非每个 IDE 或编辑器都完全支持 Angular 模板。由于 AOT 编译的工作方式，它要求组件模板中使用的所有成员都是公开的。这不会影响通常用于开发的 JIT 编译。确保私有(private)成员不会在模板中被意外使用成为开发人员的责任。这是 _ 匈牙利表示法解决的另一个问题。

如果用户有机会从扩展类中获益，请考虑使用 protected 而不是 private。 JavaScript 中没有真正的封装，因此不合适的可见性永远不会阻止用户以用户想要的方式使用第三方代码，而只会跳过箍。