【问题标题】:Compiling TypeScript project with multiple internal modules使用多个内部模块编译 TypeScript 项目
【发布时间】:2016-06-17 06:34:49
【问题描述】:

我正在为我的组织正在开发的项目评估 TypeScript。我们计划构建的应用程序是一个不平凡的应用程序。如果我们使用内部模块,我想了解如何编译项目。

据我了解,如果我们有一个跨多个文件的内部模块实现。所有文件都需要编译,然后连接到一个包中才能工作。

那么我们如何处理一个可能有多个这样的内部模块的项目。这里有人有尝试过类似方法的经验吗?

【问题讨论】:

  • 您是否有任何理由要使用内部模块(现在称为“命名空间”)而不是外部模块(现在简称为“模块”)?
  • 我发现内部模块的想法对于为 Web 应用程序的前端创建捆绑包很有用。因此产生了兴趣。

标签: module typescript typescript1.8


【解决方案1】:

那么我们如何处理一个可能有多个这样的内部模块的项目。这里有没有人有尝试类似方法的经验

我非常推荐使用 TypeScript,反对 使用内部模块。这在这里很好地介绍了:https://github.com/TypeStrong/atom-typescript/blob/master/docs/out.md

基本上这里是该页面的摘要:

  • 运行时错误
  • 快速编译
  • 全球范围
  • 难以分析
  • 难以扩展
  • _references
  • 代码重用
  • 多个目标
  • 隔离编译

【讨论】:

  • 感谢您的回答。它很有见地。考虑到这么多的陷阱,我只是想知道为什么它们首先被添加到语言中。我正在查看存储库github.com/Microsoft/TouchDevelop。他们广泛使用了内部模块的思想。但我不清楚他们是如何构建整个程序的。
  • 发现另一个类似的意见 - stevefenton.co.uk/2015/05/…
猜你喜欢
  • 2017-01-22
  • 1970-01-01
  • 2017-02-13
  • 2012-09-29
  • 2012-07-05
  • 1970-01-01
  • 1970-01-01
  • 2019-03-19
  • 2018-03-12
相关资源
最近更新 更多