为什么Typescript为什么使用关键字“ export”来公开类和接口？

在使用Typescript时，我意识到我模块中的类（用作名称空间）不可用于其他类，除非我export在它们之前写了关键字，例如：

module some.namespace.here
{
   export class SomeClass{..}
}

所以现在我可以像上面这样使用上面的代码：

var someVar = new some.namespace.here.SomeClass();

但是，我只是想知道为什么使用此关键字，而不是仅使用public在方法级别使用的关键字来表示方法或属性应可从外部访问。那么，为什么不使用相同的机制使类和接口等在外部可见呢？

这将产生如下结果代码：

module some.namespace.here
{
   public class SomeClass{..}
}

主要原因是export与ECMAScript的计划相匹配。您可能会争辩说“他们应该使用“导出”而不是“公共”，但是“导出/私有/受保护”的辅助功能是一组不匹配的访问修饰符，我相信两者之间存在细微的差异，可以解释这一点。 。

在TypeScript中，将类成员标记为生成的JavaScript public或private对生成的JavaScript不起作用。它只是一个设计/编译时工具，您可以使用它来阻止TypeScript代码访问其不应该访问的内容。

exportJavaScript 使用关键字添加一行，以将导出的项目添加到模块中。在您的示例中：here.SomeClass = SomeClass;。

因此，从概念上讲，可见性受public和控制，private仅用于工具，而export关键字更改输出。

史蒂夫·芬顿的答案需要补充以下几点：

• export 已经意味着两件事（取决于它是否在顶层）；表示三分之一可能比添加public/ 更糟糕private
• 绝对不是要使实现更容易。publicvs 的增加的复杂性export是微不足道的。我们已经更改了许多关键字。这并不困难。
• 班级成员的默认可见性必须是公开的才能与ES6班级提案保持一致，因此我们需要一些关键字来表示“不公开”。export（unexport??）没有合适的反义词，因此private逻辑上的选择也是这样。一旦拥有private，不选择public它的对应对象将有些疯狂
• 使用export来修改内部模块中的可见性是与ES6模块的最佳结合