2016-09-30 136 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

相關問題