2016-09-30 106 views
0

我有一个ASP.NET Core网络应用程序,并且对tsconfig.jsongulp.js之间的TypeScript责任之间的关系有一些混淆。据我了解,似乎有重叠的功能。正如你看到的,我可以指定compileOnSave默认为truedocumentation陈述和讨论heretsconfig.json和gulp.js之间有什么关系?

"compilerOptions": { 
    "compileOnSave": true, 
    "noImplicitAny": false, 
    "noEmitOnError": true, 
    "removeComments": false, 
    "sourceMap": true, 
    "target": "es5" 
} 

:例如,我可以有以下tsconfig.json设置。我可以将该值设置为false,然后用gulp.js发出的身材,丑化,CONCAT,sourcemaps等,但在tsconfig.json文件提供了类似的功能,但在我看来,是什么gulp允许一个子集。

我不确定在哪里画线作为VS.NET用户。我应该允许tsconfig.json编译我的.ts..js,然后让gulp.js负责所有其他要求,如文件复制,concat,uglify等。

在我看来,存在多余的功能,我对关系以及如何管理这两个文件的责任感到困惑。这是因为我需要调试器的.ts的源映射文件,我不确定哪个文件应该负责。

有人可以帮我清理这些文件之间的关系,以及何时使用引用我的问题?

回答

0

简短的回答是做什么适合你,如果你喜欢有你的.ts编译为你去那么做,否则不这样做。

我个人的意见将编译.ts,当您去,并成立了一口任务transpile为您的资产建设的一部分(即transpile萨斯minifiy)。我的推理是生成.js文件,因此可以作为构建管道的一部分在运行中重新创建,并且不需要包含在解决方案中。

+0

如果我走这条路,是否意味着'tsconfig.json'甚至不需要,并且_everything_可以通过'gulp'中的任务完成? – atconway

+0

@atconway我不是很熟悉'.tsconfig'中的所有选项,但是如果您设置的唯一选项与编译和创建源映射有关,我会说是。 – Jared

相关问题