所以说，英文真是个好东西，很多资料都只有英文版本，要是不懂英文，甚至你不知道这个资料的存在，更别提用蹩脚的翻译软件去翻译了。
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 来运行测试即可。当然对于实际项目来说，这是不足够的，因为可能要监控运行状态，但对我来说绰绰有余了。
故事暂时告一段落，等有什么好玩的想法再继续了。
