【问题标题】:Why typescript compile option --out is BAD?为什么 typescript 编译选项 --out 不好?
【发布时间】:2015-06-15 23:41:27
【问题描述】:

我已经阅读了这个文档:https://github.com/TypeStrong/atom-typescript/blob/master/docs/out.md

但我还是不明白为什么使用 --out 总是一个错误的选择? 我不明白为什么使用 _reference.ts 也是一个糟糕的选择?

就我而言,我正在使用带有 angularJs 的打字稿。所以实体(控制器,服务,...)之间的依赖关系由 angularjs DI 管理,所以我不需要使用 AMD 或 CommonJS 语法。我只是使用打字稿模块作为角度模块的命名空间。我得到了文件名 _all.ts(等效的 _reference.ts),其中包含对我所有打字稿文件的引用。实际上我正在使用以下 cmd 来编译我的项目:

".\TypeScript\1.0\tsc.exe" --target ES5 --out "$(ProjectDir)\appNV.js" "$(ProjectDir)\_all.ts

如果 tsconfig.json 不支持我的 _all.ts,这是否意味着我将在 tsconfig.json 的“文件”部分重新引用我的所有文件?

谢谢。

【问题讨论】:

    标签: typescript atom-editor


    【解决方案1】:

    我认为意见应该带有警告。如果您正在编写一个真正的大型应用程序,那么您绝对不想尝试将其塞进一个文件中。

    对于较小的应用程序,可以管理单文件部署。在某些情况下,您可能会选择这样做,因为您想减少 HTTP 请求的数量。

    我个人的观点是,使用模块加载器作为标准是一个很好的起点。如果您想要一个文件,您可以使用诸如 RequireJS 优化器之类的工具来实现这一点,它将遍历所有模块导入并将其全部绘制到一个文件中。以这种方式工作还可以让您轻松地在不同的模块策略之间切换(即,无论他们想要单个文件、AMD 模块还是 CommonJS 模块,您都可以让每个人都满意——很快就会有 ECMAScript 6 模块)。

    --out 标志对我来说是最后的手段,对于一个非常大的程序来说是不可能的。

    【讨论】:

    • 这正是我的 TS 构建的设置方式:gulp 运行 TS,然后我们使用 browserify 或 require 来整理模块。简单的职责分离。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-12-26
    • 2018-10-20
    • 2016-04-19
    • 1970-01-01
    • 2017-01-16
    • 1970-01-01
    相关资源
    最近更新 更多