前言
做为一个非常喜欢 VSCode 的前端开发者,加上自己又是一个有一点点洁癖的处女座,我是对那些还在推荐过时扩展的文章表示及其不屑的。
排除掉部分水文,我也能理解并不是所有人都愿意经常关注自己安装的扩展。但在 VSCode 扩展市场里,存在着大量下载量特别高,但其实不应该再被使用的扩展。因为这些扩展有的可能作者已经不再维护了,或者有的已经被 VSCode 内置了。
但官方显然是不会帮我们标注出哪些扩展被废弃了,这个全靠扩展作者的自觉,有一些扩展作者会在停止维护时修改扩展的介绍,但大部分作者并不会这么做。
而这篇文章,将会替你整理出这些你不应该再使用,应该立即卸载的扩展。当然卸不卸载这也是我个人的主观看法,你未必需要做到和我一样都卸载它们,但我觉得你至少应该知道为什么它们不应该再被推荐。
- 因为我是做前端开发的,所以大部分插件可能都和前端开发相关
- 文章具有时效性,以下所有的言论仅针对当时,无法保证未来的变化
功能被 VSCode 内置
1. Settings Sync
首次发布:2015/12/16
介绍:通过使用 Github Gist 对 VSCode 各种配置进行同步
首先你需要卸载的就是大名鼎鼎的 Settings Sync ,因为 VSCode 内置的同步功能比它好用百倍。
虽然但是,还是要感谢 Settings Sync ,虽然使用上确实很麻烦,但在 VSCode 没推出同步功能前,它是当时唯一的选择。
2. Auto Close Tag
首次发布:2016/6/28
介绍:这是一个用于解决标签自动闭合的扩展
我在当前最新 VSCode 里测试,无论是 .html
.js
.jsx
文件,还是 .vue
文件内,都已经默认支持标签闭合的特性了。
3. Auto Rename Tag
首次发布:2016/7/3
介绍:这是一个同步修改标签的扩展
和 Auto Close Tag 是同一个作者,不得不承认这个作者在 2016 年推出的这 2 款扩展,时至今日下载量依旧非常可怕,也证明这两个非常戳开发者痛点。
同样,VSCode 后来也内置了该特性,只要光标在标签上,然后按 F2
,输入替换的标签并按回车即可。
并且通过设置 "editor.linkedEditing": true
还可以达到和 Auto Rename Tag 一样的效果,也就无需按 F2
了。
4. Path Intellisense
首次发布:2016/4/17
介绍:路径自动补全
VSCode 已经支持在 import 和 require 导入语句中补全路径,设置还支持 alias 别名。
当然在其它场景里,路径自动补全还是不支持的,所以建议卸载前可以先禁用该扩展测试或过渡一段时间,确定不使用该扩展也不会对日常开发有影响时再彻底卸载。
5. HTML Snippets
首次发布:2015/12/25
介绍:HTML代码片段
最后更新时间定格在 2017/12/28 ,并且扩展主页上也用大写强调了请别再使用了:
DISABLING THIS EXTENSION AS IT CURRENTLY CONFLICTS WTH EXISTING VS CODE HTML EXTENSION
替换方案是你应该养成使用 emmet 的开发习惯,它可以大大提升编写 HTML 代码的效率。
其次你可以尝试自定义常用的代码片段,这并不局限于 HTML ,这里推荐一款代码片段生成工具 snippet-generator ,可以帮助你快速生成不同编辑器的代码片段。
当然前提是你得知道 VSCode 里代码片段定义规则,如果不了解可以看看这篇文章《赶快把常用的代码都做成代码片段snippets吧,它真的很香!》。
6. Bracket Pair Colorizer 2
首次发布:2018/9/16
介绍:给代码中的括号着色
也是被 VSCode 收编的特性,通过设置 "editor.guides.bracketPairs": true
开启。
7. JavaScript (ES6) code snippets
首次发布:2015/11/18
介绍:ES6 的代码片段
首先大部分 ES6+ 语法的代码片段,VSCode 都内置了,例如输入 forin
或者 forof
,都可以触发内置的代码片段。
其次通过扩展主页可以看到,很多代码片段并不常用。例如光是 console
的代码片段就是 16 个,而我们最常用的可能也就是 console.log
,在 VSCode 里通过输入 log
就能输出 console.log
,记忆它们反而非常花精力。
不再维护或维护不积极
8. Live Server
最后更新:2022/3/8
Issues 未关闭数量:1700+
我个人其实是没有这个扩展的使用需求,因为不管是写 Vue 还是 React ,框架都已经帮我做好这部分热更新的处理了,似乎也只有在脱离这类框架基础上写一些原生的代码,才会有这类扩展的需求。如果你也和我一样,似乎是可以考虑卸载这个扩展。
其次还有个很无奈的发现,就是该扩展的 Github 上有 1700 多个 issues 未关闭,在介绍里还有关于 Live Server ++ (BETA) 的仓库链接,似乎是该扩展的升级版,虽然还没发布。但点进仓库却发现,最后一次提交是 2019 年,作者对这个升级版也早就放弃了。
9. SVG Viewer
最后更新:2019/2/28
Issues 未关闭数量:21
这个扩展在 Github 仓库里已经被设为只读,说明不再维护了,推荐使用 SVG 这个扩展,比 SVGViewer 功能更强大。
10. IntelliSense for CSS class names in HTML
最后更新:2020/12/20
Issues 未关闭数量:82
你应该使用 HTML CSS Support ,它们做的几乎是同一件事,就是在 HTML 代码中增加 css 的智能提示。
结尾
以上就是整理的十款值得你卸载的 VSCode 扩展,如果你也有推荐卸载的扩展,可以在下面留言分享出来。