所以說，英文真是個好東西，很多資料都只有英文版本，要是不懂英文，甚至你不知道這個資料的存在，更別提用蹩腳的翻譯軟體去翻譯了。wsl 的資料：https://docs.microsoft.com/zh-cn/windows/wsl/interop這裡面提到可以用wsl 命令，在windows中使用li... ...
所以說，英文真是個好東西，很多資料都只有英文版本，要是不懂英文，甚至你不知道這個資料的存在，更別提用蹩腳的翻譯軟體去翻譯了。
wsl 的資料：https://docs.microsoft.com/zh-cn/windows/wsl/interop
這裡面提到可以用wsl 命令，在windows中使用linux系統裡面的程式。wsl 用的命令是運行在windows下麵的，比如ls 列出的目錄，它並不是linux 的目錄，而是windows命令行當前的目錄，也就是說，linux的一套工具，都可以變成百分百的windows 程式。神奇！
而且，也是可以訪問linux目錄結構的。
wsl nano windows.txt //比如在win命令行中這樣就能用linux的nano編輯器來在windows上編輯文檔了。
在linux子系統裡面，可以打開windows程式，但是並不能識別linux目錄，感覺沒什麼卵用的樣子。
感覺這個也是個很好的思路，因為linux就變成了一個windows版的命令行工具，這對於基於命令行的vscode等現代開發工具來說，似乎有著很好的整合前景。事實上，微軟的開發人員似乎也是把linux子系統作為開發平臺來設計的（而非作為消費平臺，因為他們不打算增加ui的支持）。只是相關的資料暫時還是很稀缺。
其他資料要在vscode官方網站上尋找，關鍵是如何配置開發環境：https://code.visualstudio.com/docs/editor/debugging
經過測試，可以直接調用linux子系統的dotnet編譯windows 目錄下的項目。那麼剩下來的就是如何配置vscode，讓其自動化處理的問題了。既然可以用wsl調用子系統，那麼要測試netcore的linux版本就是一件很簡單的事情了，突然感覺好像沒有必要遠程調試的樣子。只要用windows下麵的dotnet sdk發佈linux版本，然後調用wsl下麵的dotnet 來運行測試即可。當然對於實際項目來說，這是不足夠的，因為可能要監控運行狀態，但對我來說綽綽有餘了。
故事暫時告一段落，等有什麼好玩的想法再繼續了。
