Typescript 与包作用域等效的类型脚本？
TypeScript中是否有一种方法允许一个文件访问另一个文件中的方法，但不使它们全局可访问 这种情况下的用例是拥有一个包含一些私有方法的大型类，这些私有方法是危险的，不应该公开以在代码库中的任何地方使用。我希望能够在另一个文件中编写访问它们的方法，以便在逻辑上对它们进行分组，而不必将它们全部放在一个巨大的类中 理想情况下，类似Java的PackageScope的东西会让我声明这两个文件可以访问彼此的危险方法，但不能访问其他任何人。是否有任何TypeScript语言功能允许此操作 例如： A级拥有从Typescript 与包作用域等效的类型脚本？,typescript,typescript2.0,Typescript,Typescript2.0,TypeScript中是否有一种方法允许一个文件访问另一个文件中的方法，但不使它们全局可访问 这种情况下的用例是拥有一个包含一些私有方法的大型类，这些私有方法是危险的，不应该公开以在代码库中的任何地方使用。我希望能够在另一个文件中编写访问它们的方法，以便在逻辑上对它们进行分组，而不必将它们全部放在一个巨大的类中 理想情况下，类似Java的PackageScope的东西会让我声明这两个文件可以访问彼此的危险方法，但不能访问其他任何人。是否有任何TypeScript语言功能允许此操作 例如： A级拥
d1d100s1s100sddsddd（是的，我知道一旦它被编译成Javascript，所有的赌注都没有了。目标是在编译时使用TypeScript作为静态检查器来验证契约。）我将使用Rob提出的方法隐藏危险的方法：将类a与类B放在同一个文件中。导出类B，但不要导出类a。这样，类A只对类B可见。当然，作为替代方案，您可以创建一个巨大的类，但您在这条道路上犹豫是对的
但是，您应该注意：TypeScript编译为JavaScript，因此从JavaScript的角度来看，每一点不安全的代码都可以用于不必要的使用。在TypeScript中没有直接的方法来强制执行这一点。根据我的经验，解决这类问题的最佳方法是通过清晰的文档和清晰的命名模式 如果有一个不熟练的或恶意的开发人员，他们将有许多方法来制造混乱，而编译器的限制将无法阻止他们。然而，所有具有合理技能和道德规范的开发人员都应该能够避免调用内部的、危险的方法 我的建议是生成某种命名约定。由于语言限制而公开的所有非API方法/属性/字段应具有相同的前缀或后缀 例如，我们团队的工作方式如下：
。Internal内部src/modelssrc/models/internal在我看来，适当的命名约定、适当的文档和适当的指导就足以解决这个问题，我同意这是Typescript语言的一个限制。Typescript中没有Java包范围等效，但有时确实需要它。这是我的解决方案：
export class Foo {
private doSomething(): void {
//do something
}
}
interface FooUnlocker {
doSomething(): void;
}
const foo: Foo = new Foo();
(<FooUnlocker><any>foo).doSomething();
导出类Foo{
私有doSomething（）：void{
//做点什么
}
}
接口解锁器{
doSomething（）：无效；
}
const-foo:foo=new-foo（）；
（foo）.doSomething（）；
节点，该FooUnlocker不会导出，因此它仅在模块内可见（如果使用ES6模块）。使用跨文件拆分的命名空间似乎可以很好地完成此任务：
与
MyNamespace.tsnamespace MyNamespace {
export interface Foo {}
}
/// <reference path="MyNamespace.ts" />
namespace MyNamespace {
export class Bar implements Foo {}
}
//
名称空间MyNamespace{
导出类栏实现Foo{}
}
AB/**@internal**/.d.tsmypkg/internalmypkg/private