使用 tsc

到目前为止tsc已用于编译单个文件。通常,程序会有多个文件进行编译。值得庆幸的是tsc可以处理多个文件作为参数。

a.ts

export const A = (a) => console.log(a);

b.ts

export const B = (b) => console.log(b);

TypeScript1.8.2之前:

$ tsc ./a.ts ./b.ts
a.ts(1,1): error TS1148: Cannot compile modules unless the '--module' flag is provided.

嗯。 这个模块标志的处理是什么? TypeScript有一个帮助菜单,让我们来看看:

$ tsc --help | grep module
 -m KIND, --module KIND             Specify module code generation: 'commonjs', 'amd', 'system', 'umd' or 'es2015'
 --moduleResolution                 Specifies module resolution strategy: 'node' (Node.js) or 'classic' (TypeScript pre-1.6).

TypeScript比我们显示的更多帮助;为了简洁,我们通过grep过滤)。有两个引用“module”的帮助条目,—module是一个TypeScript所抱怨的。 该描述解释了TypeScript支持许多不同的模块方案。 目前,commonjs是可取的。 这将产生与node.js的模块系统兼容的模块。

$ tsc -m commonjs ./a.ts ./b.ts

TypeScript1.8.2之后,tsc有一个默认规则—module选项:target ===’ES6’? ‘ES6’:’commonjs’(更多细节可以在这里找到),所以我们可以简单地运行:

$ tsc ./a.ts ./b.ts

tsc应该不产生输出。 在许多命令行传统中,没有任何输出实际上是成功的标志。 列出目录内容将确认我们的TypeScript文件已经编译完成。

$ ls
a.js    a.ts    b.js    b.ts

非常好 - 现在有两个JavaScript模块可供使用。

即使项目很小告诉tsc命令编译什么非常乏味和麻烦的。 幸运的是TypeScript有一个简化这个的方法。 tsconfig.json文件让程序员写下他们想要的所有编译器设置。 当运行tsc时,它会查找tsconfig.json文件并使用它们的规则来编译JavaScript。

对于Angular 2项目,有一些特定的设置需要在项目的tsconfig.json中配置。

{
 "compilerOptions": {
    "module": "commonjs",
    "target": "es5",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "noImplicitAny": false,
    "removeComments": false,
    "sourceMap": true
  },
  "exclude": [
    "node_modules",
    "dist/"
  ]
}
下一节:许多编辑支持“linting”的概念 - 计算机程序的语法检查。 可以在程序员的编辑器中和/或通过自动化来完成。