戒掉PC,免pc开发,cloud ide and debug设想

原创
2020/10/05 00:30
阅读数 205

本文关键字:分布式IDE,cloudide,远程编码,远程调试,jupyter with visual debugger support

编程界有关于语言的圣z,OS之争,也甚至有代码编辑器是选择cui text ide还是gui IDE的选择的讨论。这次我们讲的是云IDE,其实,我们一直讲的是devops和云可视IDE这类服务端直接支持的开发部署,从《ellie可视化》到《docker as snippter空间》,从《一种设想:在网盘里coding,debuging,运行linux rootfs作全面devops》到《分布式IDE:osx一个完美的开发集中》,这些都是从不同层面去说的,毕竟这样一个工作要解决好多问题,而为什么要把开发做上云的理由也很明了:devops在云端,服务器环境入口网络好。我们也一直在寻求某种“免PC的开发”:如果把发布部署做上云了,如在《去windows去PC,打造for程序员的碎片化programming pad硬件选型》中所讲一样,我们甚至不需要一台PC仅需要一个平板就可以在云端构建,或者一个专用programmingpad,,实现戒掉PC把一切放到远端,免除本地重复部署,比如借助devops可以在一次性的虚拟沙盒环境中编程部署,干净,永远守护,开箱待用,,----- 它是云OS扩展一级的东西,与lnmp,openfaas云开发云部署同级,如果说后者解决的是部署前者解决的就是开发调试,当然也有将二者结合的,我们甚至谈到一种天然绑定debug设施的os和appstack结构(press esc切换运行态/开发态)。

云 IDE是新概念吗?不不不,早在 2010 年就有成熟的产品了,其实类似baota panel的文件管理器当cloud ide也可以,但是毕竟它缺乏真正的开发所需的一条路径上的东西。云调试与云编程支持。这里的技术是把IDE分布化,基础原理依然是设置协议(语言服务,调试服务API后端化)和前后端分开,这样前端可以ported到任何设备,《用开发本地tcpip程序的思路开发webapp》讲到,Api分离,实际上是从业务逻辑中分离了gui栈,这是一种经典的抽象,也是很久以前桌面界的编程方案了。其实web不是没有过前后分离,只不过很晚才将前后分离做到云函数和devops式建立api服务池的程度。

目前有很多实现,但我们接确到的大都就是jupyter和vscode online这二个,jupyter面向文档嵌入代码领域而vs code online面向真正的传统IDE在线化,它们二者都有明显的前后协议层支持。针对语言编程和调试。它们二者都可以与docker打通,而docker实际上是一个贯通开发部署综合的devops,所以与devops又有了联系。

vscode/vscode online

微软向云靠拢其营收已超过windows本身。github,azure,onedrive,vscode/vscodeonline都是例子,微软在 Build 2019 开发者5月份的大会上宣布了 Web 版本的 VS Code,即 Visual Studio Online Private Preview。在 2019 11 月 4 日发布公开预览版的 Visual Studio Online。

实现:

其实vscode本来就是一个分布式IDE和云化版本。(vscode本来一开始就是面向要被online的,它的插件设计规范中的Language Server Protocol,Debug Adapter Protocol就决定了,vscode的设计师一开始就是从分布式角度去做的),前端上,从页面上直观地看,VS Online 就是一个 Web 版的 VS Code,vscode使用Electron(原来叫 Atom Shell),桌面vscode最初也是由atom而来,这使得前端很容易被ported到web,但这其实只是它的一个前端界面,而 VS Online 更强大的能力来自于vscode-server+remote development extensions,这里我们暂时把web或桌面那个editor界面称为前端,vscodeserver+remotedevelopment exs称为后端。

在vscode中,如果你使用了remote-devopment中的ssh组件(一般地,你用remote-ssh远程开发,用remote-container本地),会自动在远端下载vscode-server,这并不仅仅是打开远程文件这么简单(这仅属于工程组织文件托管范畴和代码托管),而是连IDE和插件服务都做在了远端了。------ 单纯的remote-developer是一个插件包,是用了同步/打开远程文件用的。在vscode的插件搜索栏中,搜remote插件出来的东西多得你理解不透。大部分是解决代码托管一类的,解决类似在wxsdk tool云函数同步到后端的功能(tencent-cloud-vscode-toolkit),git可能是提交工具也可以是代码空间也可以是工程文件组织器。比如remote-github(注意到云函数和一些git平台,都有ide,只是git配ide白瞎了,因为没有调试的可能性。不过,虽然目前只是在测试阶段,微软已经实现了为github集成了基于vscodeonline的不离开页面的沉浸式webide,github人类的代码基因库结合全能可用的webide,这是极佳的整合和创新。),你要的那种网盘文件。codesnippter空间也有。类似google colab 网盘挂载。------ 真正发挥作用的是后端插件管理和其组成的那个IDE(ide是由大量plugins组成的嘛)服务,这正是vscode-server。只是架构上,,这个vscode-server,被没有被做成统一后端,vscode-server不能按版本单独部署,必须要用一个vscode-server-client来唤起部署,vscode-server按需部署必须至少绑定一个front。这二者不能随意组合,也没有配置项将IDE前端和vscode-server连接起来,所以,没用到远程插件服务的情况下,本地vscode开发并不需用到(比如,同为remote的remote-container并不需要用到vscodeserver?)。

所以,不满足桌面?不想使用浏览器?这也不是什么大问题,由于它的前后端分离,可以将vscode online接入后端云开发环境(或本地模拟出来的“远程”版本,不过这样失去了云存储和云开发的某些意义)把它变成vscode。同样可做到类本地vscode效果。。而vscode online是前后可分离,服务端可以是本地模拟的也可是真正远程的,更自由,允许桌面版连接服务端远程开发,不局限于web as front,当然如果可以你也可以定制出你自己的vscode online。如果你想任意组合这二者,实现"让web/桌面vscode统一remote后端"的功能:比如,你想在本地搭建一个GUI前端(仅把它当editor front),却想调用后端的ide服务和插件,最终是为了编辑开发托管代码,或调用远程docker里面的应用呢,这当然也是可以做到的,1,自建codespace服务器(可以把它理解为桌面那个editor前端+vscodeserver),在目标机器上安装 VS Code,搜索Visual Studio Codespaces (formerly Visual Studio Online)安装,并命令中注册,它的原理应该也是部署了一个vscodeserver。2,可以在远程直接安装github/cdr/code-server的那个web版,然后查看它带的codeserver版本,来决定本地桌面端可能会用上的版本对上,file->about->help可以看到它采用的code-oss版本和commitid。(2比1好,毕竟自带一个web前端是最基本的,桌面和移动端可以作为额外项添加)

这样你可远程同步代码 + 本地调试,远程托管代码+远程调试,也可本地代码+本地调试(vscode itself),也可以本地代码,远程调试。当然也有对接重量级docker和devops的。甚至上面谈到的“一次性的虚拟沙盒环境中编程部署”,代替程序员日常的维护多个虚拟机完成不同开发工作的需求(还记得程序员下班不关机这梗吗)。这就是remote Container。

vscode/vscodeonline开源在github,叫Code - OSS,其源码倒是没有缺失和阉割也有完善的构建支持(https://github.com/Microsoft/vscode/wiki/How-to-Contribute#build-and-run),mit的开源许可也很友好,但是vscode二进制本身是this not-FLOSS license 的并带了telemetry/tracking,而且其remote-development却是不开源的,且规定二进制vscode-server不能被打包(见https://code.visualstudio.com/docs/remote/faq,Can VS Code Server be installed or used on its own?Why aren't the Remote Development extensions or their components open source?)。所以,类似code-server,Che,VSCodium这样的公司和产品就只能自己编译源码。集成docker devops运营(https://opensource.com/article/20/6/open-source-alternatives-vs-code)。https://zhuanlan.zhihu.com/p/98184765,code-server是vscode的魔改版本(基本上,code-server采用了vscodeonline里面的vscode-server组件+web前端,由于code-server必须要绑定一个前端,这造成code-server是前后一体放在远端只能web界面)。微软也有托管计划Visual Studio Codespaces。code-server也有。

体验:

这就要说到体验了,追求一种存储也在远程,而且最好一条龙开发部署都在远端的IDE。一切硬件无线和软件云化的云计算时代,讲究没有任何随身携带的东西,体验就跟使用云笔记一样(云上存储空间和执行空间全包,作为后端,前端只需要要一个GUI,前后端通过协议跨架构交互)因此在PC和手机上都有支持。云IDE这样的东西最讲究体验,体验是第一位的,比如它比本地版本不要落后太多。web端的肯定跟本地的前端,移动的前端会有区别,体验和技术上的

移动端有ios的Servediter(以前的vsapp),jupyter也有这类APP叫juno connect。macbook要arm化。也支持ipad开发,当然,功能可能稍微会有点受限。安卓端当然也有。这里的体验差别就更大了去了。

只是说实话我对ssh的稳定性很不放心。说实话它真不如一个网盘客户端(最好是一个类finder的集成在file explorer中),不过市场中也有cloudsync的插件。web端的体验其实还可以,只要不刷新网页后台一直websocket连着。

jupyter

jupyter notebook最初来自于julia和科学计算,叫ipython,后来发展成了通用notebook工具。以前,我们曾介绍过它也是一个devops。因为它可以结合docker形成binder这样的平台和工具。jupyter只是个notebook,最初它用用来写文档中的代码块。后来被作为语言学习平台。不是面向生产和真正的IDE的。这类产品是cloudide,比如vscode/vscodeonline,VS Code 也有对它的支持:Jupyter Notebook Editor。

jupyter也是前后端分离开发的典型,它有一个协议系统,这种分离使得前端可以不限于webasfront,也可以是mobileapp。甚至小程序这种嵌入前端。比如第一步要将语言发展为repl(脚本语言天然有repl,而cpp这样的要借助一定手段或现有产品变通。如cling),然后按jupyter的语言kernel协议写成插件接上jupyter。

它也有很多泛化产品:如接上docker的binder,如基于jupyter notebook的jupyter book(注意名字区别),叫可执行的markdown(就是在md中嵌入ipynb片断,或者理解成在ipynb中写markdown),进一步可发展为利用云snippter笔记写blog,可导出整书pdf(我还没找到按toc能整书生成pdf的产品,那就成word了,gitbook算一个)。

还有如基于jupyter的可视调试:jupyterlab/ debugger。当然它也是分前后端和协议实现的。这就一步一步走向了真正的cloudide的段位了。

如果说上一代jupyter是面向文学编程和科学研究的,下一代是称为Jupyterlab的产品就有点ide的味道了,有Elyra这样的产品了。


下一文探索发明lang.sh:把jupyter with debugger supporter和code-server整合安装在minstackos


(此处不设回复,扫码到微信参与留言,或直接点击到原文)

展开阅读全文
0
0 收藏
分享
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部