因此说,英文真是个好东西,不少资料都只有英文版本,要是不懂英文,甚至你不知道这个资料的存在,更别提用蹩脚的翻译软件去翻译了。linux
wsl 的资料:https://docs.microsoft.com/zh-cn/windows/wsl/interopwindows
这里面提到能够用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/debuggingui
通过测试,能够直接调用linux子系统的dotnet编译windows 目录下的项目。那么剩下来的就是如何配置vscode,让其自动化处理的问题了。既然能够用wsl调用子系统,那么要测试netcore的linux版本就是一件很简单的事情了,忽然感受好像没有必要远程调试的样子。只要用windows下面的dotnet sdk发布linux版本,而后调用wsl下面的dotnet 来运行测试便可。固然对于实际项目来讲,这是不足够的,由于可能要监控运行状态,但对我来讲绰绰有余了。命令行
故事暂时告一段落,等有什么好玩的想法再继续了。翻译