标签:其他 logs alt int line 翻译 官方 src inf
所以说,英文真是个好东西,很多资料都只有英文版本,要是不懂英文,甚至你不知道这个资料的存在,更别提用蹩脚的翻译软件去翻译了。
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 来运行测试即可。当然对于实际项目来说,这是不足够的,因为可能要监控运行状态,但对我来说绰绰有余了。
故事暂时告一段落,等有什么好玩的想法再继续了。
标签:其他 logs alt int line 翻译 官方 src inf
原文地址:https://www.cnblogs.com/Nobel/p/9714807.html