asp.net 項目中使用的cshtml或者引用的靜態(tài)資源，在項目調試時之后仍然可以在visual studio 中進行編輯的，當然你使用 vscode 在項目外進行編輯也是可以的。

印象中使用vue-cli 唯一的目的可能就是初始化項目（不知道現在是否增加了什么新的功能沒有），如果僅僅是為了在項目中引入vue進行頁面的實現的話，有幾種可行的方法：

1. 在cshtml中直接引入vuejs，參考頁面內直接使用vue
2. 在cshtml中引入構建生成的js，和1其實差不多，只不過是將js文件單獨提出了，也可通過glup,webpack等構建或打包工具進行構建，Visual Studio 中提供了Glup和Grunt的任務構建,對于webpack不知道有第三方的插件支持沒有，另外也可以把構建任務放置在Visual Studio 的項目構建步驟中，這個和后端協(xié)商
3. SPA方案，使用Vue構建單頁應用，然后由后端提供WebApi接口，在webpack dev server 中設置路由代理，或者，由后端提供支持跨域的接口。

當然，還有應該有其他的各種解決方案，只要想象力足夠豐富。以上的前兩種是在項目中進行，需要后端開發(fā)者對 asp.net 開發(fā)有一定的經驗，了解構建集成的方法，第三種就是徹底的前后端分離，需要前后端對這一模式都有一定的了解。具體的實施也必須經由項目的主要管理者進行裁決。

vue-cli創(chuàng)建的項目是前后端分離的，.net提供restful的http接口就可以了，不需要嵌到他們的項目里

上面已經基本上都包含了，我想說的是其實 vscode 也支持 C# 的呀，裝個 C# 的擴展，它會自動安裝omni sharp，打開vs的解決方案，會自動識別的，按 F5 就可以直接運行。其實就是把 vscode 當成 vs 來用而以。

和我現在情況一樣，后臺都是.net mvc 項目啟動全部依賴于vs ， 雖然現在寫代碼可以用vscode，但是項目啟動什么的都依賴vs, 接口也是，心痛。

如果是SPA應用就完全沒必要這樣搞，說說我們的做法吧。

1. 前端和后端完全分離，是兩個獨立的項目，后端是一個webapi項目，前端是vue-cli生成的項目
2. vs啟動后端項目，后端項目的啟動操作設置為“不打開頁面，等待來自外部應用的請求”
3. 在前端項目中配置反向代理，把所有數據請求反向代理到iis提供的接口上
4. 如果后端已經部署了供調試用的云端接口就更好了，本地連vs都不用開了