linux 子系统折腾记 (三)

2018-09-29 03:52:05来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

所以说,英文真是个好东西,很多资料都只有英文版本,要是不懂英文,甚至你不知道这个资料的存在,更别提用蹩脚的翻译软件去翻译了。

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 来运行测试即可。当然对于实际项目来说,这是不足够的,因为可能要监控运行状态,但对我来说绰绰有余了。

image

故事暂时告一段落,等有什么好玩的想法再继续了。

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:Linux命令行简介

下一篇:IP负载均衡