vscode 关闭typescript红色_VS Code 一些有意思的新特性 - Web Worker

最新推荐文章于 2024-08-29 17:33:29 发布

咣荀

最新推荐文章于 2024-08-29 17:33:29 发布

阅读量1.3k

点赞数

文章标签： vscode 关闭typescript红色

本文链接：https://blog.csdn.net/weixin_42168745/article/details/113323141

版权

本文介绍了VS Code利用Web Worker扩展线程以实现插件在纯浏览器环境运行的尝试。通过重构文件系统并利用BrowserFS、MemoryFS等，插件可以在不依赖Node.js的情况下运行。VS Code的Enable web worker extension host设置预示着官方也在探索这一方向。尽管不是所有插件都适合Web Worker，如Debugger和Terminal，但TypeScript的tsserver.web已支持Web Worker，预计在ts 4.2版本可体验。

摘要由CSDN通过智能技术生成

前几个月拿到了 GitHub Codespaces 的 beta 版测试资格，正好这段时间也一直在做 KAITIAN 的架构改造，也参考了一些 VS Code 的实现，由于内容比较杂，所以把遇到的一些有意思的点分享一下(水一篇)。

Web Worker 扩展线程

看过专栏第一篇文章的同学应该知道，VS Code 插件运行在一个独立的 Node.js 进程中，这一架构也是社区开源的 Thiea 以及我所在的团队自研的 KAITIAN IDE 所采用的。在这个背景下，要想使用扩展能力，就必须在为每一个会话启动一个容器环境，以便能运行扩展以及实现文件编辑。在过去的一年，我们遇到了一些更个性化的定制需求，例如期望在没有容器的环境下能够复用编辑器+插件的能力，这有点类似早期的 CodeSandbox。

在这个过程中，我们将 KAITIAN 的文件系统进行重构并抽象成一层可替换的底层接口。这样一来便可以在不使用 Node.js 能力的情况下使用诸如 BorwserFS、MemoryFS 来为编辑器提供文件读写能力。

而对于插件我有个模糊的想法，是否可以将插件借助这个能力运行在纯浏览器环境下，例如 Web Worker 这种浏览器原生的多线程能力。经过短暂的尝试，将第一个插件(vscode-html-language-features)移植到 Web Worker 版本的过程中，偶然发现 VS Code 官方也有类似的方案，而经过更多的挖掘(啃源码)，VS Code 也正在试图将编辑器与一些核心插件改造为纯浏览器可用的版本。

如果你打开最新版本(1.52 + )的 VS Code 设置并搜索 Worker ，则会发现在 Extensions 设置项中，有一个 Enable web worker extension host 选项。但实际上即便开启了这个选项，也不会有任何作用，不知道是不是实验性特性忘记关闭了。