我一直觉得自己在编辑器的选择上是个典型的“精神分裂患者”左手离不开 Vim 的肌肉记忆右手又贪恋 VSCode 的智能提示、调试面板和远程开发能力。早些年我在 Vim 和现代 IDE 之间反复横跳配了无数次 .vimrc也装过各种 IDE 里的 Vim 模拟插件直到遇到 VSCodeVim才算是把两种工作方式真正揉到了一起。这篇文章就从我的实际使用体验出发聊聊怎么在 VSCode 里把 Vim 的编辑效率发挥出来同时也把那些“两个编辑器打架”的冲突和坑一个个填平。这篇内容适合两类人一是已经在用 VSCode、想试试 Vim 键位但又不想彻底迁移的老哥们二是习惯了 Vim、因为工作原因不得不用 VSCode 的坚定派。我会把安装配置、高频命令映射、和 VSCode 原生功能的整合、以及几个折腾到半夜才解决的冲突问题都写清楚。看完之后你应该能直接照着一套配置落地而不是停留在“装了个插件但不知道接下来干嘛”的状态。1. 为什么要在 VSCode 里坚持 Vim 的编辑习惯先聊点务虚的问题。很多人一听“在 VSCode 里用 Vim”就觉得是多此一举VSCode 本身就是个成熟的编辑器为什么还要把 Vim 那套“老古董”操作搬进来1.1 编程效率的瓶颈往往在编辑动作里我见过不少同事写代码一天里大量时间其实花在“移动光标、选中一段、复制粘贴、调整缩进”这些琐碎动作上。普通编辑模式下的鼠标选中和方向键移动在长函数、深嵌套代码里效率很低。Vim 的核心价值不是“不用鼠标”这么简单而是把光标移动、文本操作压缩成极短键程的指令序列。比如ciw直接替换当前单词dd删除整行再p粘贴按顺序敲下去就像在跟编辑器对话完全不需要停下来摸鼠标。这个优势在重构场景里特别明显。我做一个 Python 项目时经常需要把一个函数里的某个变量名批量换掉或者把几行代码挪到另一个文件去。Vim 的V行选模式加上:%s/old/new/g的正则替换比鼠标拖选加右键重命名要快得多。而且这些操作是“可组合”的dt}删到右大括号为止、ci替换双引号内的内容每个命令都是一块乐高积木拼起来能覆盖绝大多数文本操作场景。1.2 VSCode 提供了 Vim 给不了的现代化底座但反过来Vim 也有明显短板。原生 Vim 配置 LaTeX、Python 环境、LSP 跳转、远程 SSH 开发都是可以做的但需要投入大量精力去装插件、调配置而且生态远不如 VSCode 完善。VSCode 开箱就有 Git 面板、终端集成、智能感知、调试器装上 Remote-SSH 还能无缝操作服务器上的代码这些体验是原生 Vim 难以比拟的。VSCodeVim 这个插件正好站在两条路的交叉点上。它把 Vim 的键位模型和操作方式完整地搬到 VSCode 里同时保留 VSCode 的所有原生能力。更妙的是它允许你通过vim.handleKeys把某些组合键“放行”给 VSCode这样你既能在插件里用 Vim 的分屏操作Ctrlw又能保留 VSCode 的CtrlTab切换标签页、CtrlShiftP打开命令面板等原生快捷键。1.3 这和我们直接装个终端 Vim 用有什么区别有人可能会问那我直接在 VSCode 的终端里用 Vim 不就行了理论上可以但你会失去 VSCode 的代码高亮、错误提示、跳转定义这些核心能力。VSCodeVim 不是“在终端里模拟一个 Vim”而是把 Vim 的操作模式作为一层输入映射叠在 VSCode 的编辑器视图上。所以 Visual Studio Code 的 IntelliSense 弹出补全列表时VSCodeVim 会知道你需要用Ctrln/Ctrlp来上下选择而不是把这两个键当成 Vim 的原生命令。这种深度融合是终端 Vim 加一堆插件很难做到的。2. VSCodeVim 的安装与初始配置先跑起来再谈习惯说实话装这个插件的门槛几乎为零真正费心思的是装完之后那堆“要不要改”“怎么改”的配置项。我先把最基础的安装和一份能直接上手的配置列出来再逐个解释每个参数为什么这么设。2.1 安装步骤和最容易忽略的坑在 VSCode 扩展市场搜VSCodeVim认准发布者为vscodevim也就是 GitHub 上那个三个图标组成的项目。安装后默认会进入 Normal 模式你会立刻发现方向键不能用了j/k 才是上下移动第一次接触会有点懵这属于正常现象。装完这个插件之后有个特别容易踩的坑默认配置下 Vim 会接管所有按键。这不只是“在编辑器里用 Vim 键位”它还会吞掉一些 VSCode 自己的快捷键。比如你按Ctrlw想关掉当前标签页结果发现 VSCodeVim 把它识别成组合命令视口被切走了标签页却没关。遇到这种问题别急着卸载插件我们要做的是在配置里精确地“放行”某些按键给 VSCode这部分我会在冲突处理那一节专门展开。2.2 一份可以直接抄的初始配置打开设置 JSONCtrlShiftP输入open settings json贴上我目前生产环境在用的核心配置{ vim.easymotion: true, vim.sneak: true, vim.incsearch: true, vim.useSystemClipboard: true, vim.useCtrlKeys: true, vim.hlsearch: true, vim.visualstar: true, vim.handleKeys: { CtrlA: false, CtrlF: false, CtrlB: false, CtrlW: false, CtrlN: false, CtrlP: false, CtrlD: false, CtrlK: false } }逐条解释一下我的意图。vim.easymotion打开的是快速跳转功能按下\\默认 leader 键加w后屏幕上的每个单词头部会出现彩色字母输入对应字母就能把光标瞬间送过去处理大文件时比hjkl一格一格挪高效得多。vim.sneak则是相当于把 Vim 的f命令升级成两个字符精准定位比如输入sab就会跳到下一个ab出现的位置。vim.useSystemClipboard这一项我强烈建议打开。默认情况下 Vim 的y、p用的是自己的寄存器和系统剪贴板不通经常出现“在 VSCode 里复制了一段代码切到浏览器粘贴却是上一次的内容”的尴尬。打开这个配置后y复制的内容直接进系统剪贴板p也会直接粘贴系统剪贴板里的内容和日常使用直觉一致。vim.visualstar这个选项比较小众但我在批量替换场景里经常用到。它在 Visual 模式下按*会直接用当前选中的文本作为搜索关键词省去了先复制再/粘贴的步骤。关于handleKeys列表我是刻意把CtrlW放行给 VSCode 的。因为 Remote-SSH 和浏览器场景里CtrlW都代表关闭标签页这个肌肉记忆太强了不值得为 Vim 的窗口操作而改变。CtrlF/CtrlB我则保留给 VSCode 的查找和侧边栏切换Vim 原生中这两个键代表翻页但我在 VSCode 里很少用翻页更习惯用CtrlU/CtrlD半页滚动所以放行给原生功能的收益更高。CtrlN/CtrlP是我特意放给 VSCode 的新建文件和命令面板快捷键Vim 里这两个键的“上一条/下一条历史记录”功能在编辑器场景里不常用。2.3 Neovim 模式要不要开VSCodeVim 在 1.20 版本之后加入了实验性的 Neovim 模式就是把 Vim 的操作核心替换成真正的 Neovim 进程原生 Vim 的宏、寄存器、部分脚本行为会更接近真实环境。我个人的建议是初期先不要开。Neovim 模式虽然更“纯正”但目前和 VSCode 的集成偶尔有边界问题比如某些 Vim 插件数据结构对不上会出现奇怪的闪断。先把标准模式用顺手确定自己有宏录制、复杂寄存器操作之类的需求再切换到vim.enableNeovim: true去体验。对大多数写 Python、JS、C 的朋友来说标准模式的键位模拟已经覆盖了 95% 的日常工作。2.4 文件路径跳转gf 命令的 VSCode 实现热搜里有个“vim 打开文件里引用的文件路径”的问题这其实对应的是 Vim 原生gf命令。在 VSCodeVim 里Normal 模式下把光标放在import xxx的那一行按gf就能直接跳到被引用的文件里。如果一次按不动检查一下光标是不是不在文件路径上或者再按一次试试。早期版本里gf偶尔和 VSCode 的“快速打开”冲突需要确认设置里没有把gf单独映射走。实测在 Python、JS、C 的 include 语句上都挺灵敏这是我工作流里很依赖的一个命令。3. 高频 Vim 操作在 VSCode 里的实际表现接下来聊硬核的东西那些你在 Vim 里用得飞起的操作来了 VSCode 之后到底还灵不灵我用一个表格把最常见的操作和 VSCodeVim 中的表现列出来再挑几个重点场景仔细拆解。操作目标Vim 原生命令VSCodeVim 中的表现备注保存文件:w支持且有更顺手的ZZ注意区分:x的效果退出编辑器:q/:wq支持但:q在 VSCode 中行为不同请阅读 3.2 节跳到文件末尾G支持附带行列信息在状态栏显示行号跳到文件开头gg支持与 VSCode 大纲逻辑无冲突打开光标下的文件路径gf支持映射到 VSCode 快速打开建议用在文件名上删除到行尾d$支持替换当前行cc支持注意自动缩进规则全局替换:%s/a/b/g支持且会联动编辑器属于命令模式多光标配合Vim 没有有独立映射gb等见 4.2 节代码折叠zc/zo支持折叠当前代码块语义折叠加手动折叠混合3.1 保存退出最容易被误解的一组命令“vim 如何保存退出”应该是我见过频率最高的 Vim 问题了。在 VSCodeVim 里ZZ是一个我很推荐的退出方式它在 Vim 原生语义里是“保存并退出”但在 VSCodeVim 中会触发当前编辑器的“保存文件并关闭当前标签页”比输入:wq少敲两下。你如果习惯用:wq也没问题但我建议把肌肉记忆从:wq切换成ZZ因为 VSCode 的窗口管理逻辑和多标签页习惯下ZZ的手感更接近日常操作。至于:q!也就是“放弃修改强制退出”VSCodeVim 里执行时会有个微妙差异它不会真的放弃所有修改让你重新编辑因为 VSCode 的工作区模型和文件模型和终端 Vim 不同。更实用的做法是:q之后如果提示有未保存修改直接按CtrlW关闭标签页时 VSCode 会弹窗询问是否保存那个弹窗逻辑反而更安全。3.2 Vim 怎么到底端G 和 gg 的细节“vim 怎么到底端”其实是两个问题一个是跳到文件末尾一个是跳到屏幕底部。前者用G后者用L大写的 L 会把光标移动到当前屏幕显示区域的最后一行。VSCodeVim 对这两个都支持得很好。gg回到文件开头G去到底端H/M/L分别对应屏幕顶中底部。我在长日志文件和超大配置文件里几乎都是直接G到末尾比滚动滚轮高效太多。另外有个容易分不清的细节CtrlD是向下滚动半页光标也会跟着走CtrlU是向上滚动半页。两者的滚动逻辑是“光标跟着屏幕动”而不是像G那样直接跳到绝对位置。VSCodeVim 里这两个键默认可用但如果和我们之前 handleKeys 里的CtrlD冲突了就要自己权衡。3.3 常用命令和快捷键我的日常 Top 15整理一份我在 VSCode 里几乎每天都会用到的 Vim 命令清单按功能分类光标移动w/b按单词跳^/$到行首行尾gg/G到文件首尾{/}按空行分段跳。编辑操作ciw/ci/ci(改词、改引号内容、改括号内容dd/cc删除行/改行yy复制行D删除到行尾。选区模式v进入字符选区V行选区CtrlV块选区选完后按I可列插入。搜索替换/pattern全文件搜索n/N下一个/上一个:s/old/new/g当前行替换:%s/old/new/g全文替换。窗口与跳转gd跳到定义gf打开引用文件Ctrlo/Ctrli在跳转历史里回退/前进。在这些命令里ciw和ci(对我来说使用频率最高改函数参数名、改字符串内容都是两三下的事。gd则直接调用了 VSCode 的“转到定义”比原生 Vim 的gd更智能连跨文件的符号都能跳。3.4 VSCodeVim 里的 sweep 和 easymotion 实战我打个包把跳转类的两个插件级特性讲清楚。vim.easymotion开启后在 Normal 模式下按 leader 键加w屏幕会短暂覆盖一层字母标签每个单词首字母对应一个字母输入即可跳转。处理行首缩进乱七八糟的代码、长表格文件时非常救命。sneak模式则适合精准到字符串级别输入s后跟两个字符光标会跳到下一个匹配的位置可以用;继续往后找。它有几种风格配置默认是vim.sneak的官方体验我用了半年觉得它对中文代码注释里的跳转尤其有效因为两个字符在中文里等于一个字冗余度更低。4. 和 VSCode 原生功能的整合不只是“套了个 Vim 壳”VSCodeVim 真正厉害的地方是把 Vim 的操作理念融进了 VSCode 的能力体系。这一节我从 Python / C 开发、远程 SSH、AI 编程助手三个场景说开。4.1 Python 和 C 开发场景怎么配合很多热搜都指向“vscode python 环境配置”和“vscode 配置 c/c 环境”。配置这些环境本身和 Vim 无关但 Vim 的键位一旦进来就有很多和调试、补全互动的细节。先说 Python。写好解释器路径后F5 就能跑调试。在 VSCodeVim 里按F5同样能启动调试然后CtrlShiftF5重启调试ShiftF9加断点这些 VSCode 快捷键不会与 Vim 冲突因为它们在 Normal 模式下都被保留了。调试时我最常用的 Vim 操作是O在断点上方插入一行空行以及ci修改字符串常量都很顺手。C 环境配置时C/C插件的 IntelliSense 会接管代码分析VSCodeVim 的gd跳转定义会联动调用它。唯一要注意的是当 IntelliSense 正在后台索引时偶尔会出现跳转延迟这不是 Vim 插件的问题属于等待索引完成的正常现象。另外C 的头文件查找我常配合gf使用光标放在#include xxx.h上按gf效率很高。4.2 多光标和块选区的超实用组合VSCode 原生的多光标是很多 Vim 用户迁移时最舍不得的功能之一。VSCodeVim 提供了专门的多光标映射让我在看代码、改错字时也能脱离鼠标。最常用的是gb—— 这个命令会在当前光标位置生成一个额外的光标并且每次按都会把下一个匹配的相同单词也加上光标。比如我有一段代码里十几个地方都写了同一个变量名想把它们同时改掉就 Normal 模式把光标放在其中一个变量上连续按gb所有相同词都会被选中然后直接进入插入模式改内容。这比:%s/old/new/更直观因为你能实时看到目标所在位置。块选区模式CtrlV也值得多说一句。Visual Block 模式选中的是一个矩形区域进入后按I可在所有选中行的行首都插入内容按A则在所有选中行的行尾追加。我经常用它快速给一大段代码加注释前缀#或//比逐行去按更省事。4.3 Remote-SSH 远程开发场景手感和本地完全一致热搜里有个“vscode 连接 ssh 远程服务器”的问题。VSCode 的 Remote-SSH 扩展解决了本地编辑服务器代码的痛点而 VSCodeVim 在这种场景下表现非常稳定。因为 VSCodeVim 本质是 VSCode 扩展的一部分它运行在本地编辑器的 UI 层和远端文件的同步、保存都交给 SSH 客户端处理所以在远端编辑器和本地编辑器的操作手感完全一致。我用它连家里的 Linux 服务器改项目配置文件、写启动脚本、调试嵌入式相关代码gg到文件头看注释、G到文件尾看日志输出、dd删整行、:w保存全部和本地一样。省去了传统 Vim 需要配置服务器端 .vimrc、安装各种插件的麻烦。唯一的建议是网络差的场景下远端文件变大时 Vim 的光标移动会有一点点延迟这是远程协议本身的瓶颈和插件层无关。4.4 和 Codex / Claude Code 这类 AI 助手的操作协作最近大家讨论比较多的 VSCode Codex 插件、Claude Code 接入这类 AI 编程助手其实和 Vim 键位并不冲突。拿 Codex 举例它通常在侧边栏或内联面板里和用户交互接收自然语言指令并给出代码建议。Vim 用户在进行代码审查时可以用V行选区选中一段代码再向 AI 提问“这段逻辑有没有潜在 bug”或者用%跳到匹配括号处快速理解嵌套关系这些 Vim 操作让与 AI 协作的代码定位环节更精准。需要注意的是内联补全弹窗出现时有些 Vim 命令可能被拦截。比如你想用ciw修改补全内容里的单词光标可能反而落在补全控件的输入框里。这种场景我一般先按Esc退出补全控件再做 Vim 操作避免两个输入体系互相干扰。5. Vim 习惯和 VSCode 原生快捷键的冲突典型场景与解决方案这是整篇里最实用的部分。VSCodeVim 不是神装好之后必定会遇到操作不顺手、快捷键被抢、整个编辑器“失灵”的瞬间。我把踩过的坑和排查思路完整写出来。5.1 按键被 Vim 吞掉怎么诊断和放行症状一按CtrlF想查找结果光标不再上下滚动弹出来的却是 Vim 的命令行。这说明 VSCodeVim 把CtrlF识别成自己的翻页命令了。诊断方式很直接把设置里的vim.useCtrlKeys临时改成false重启 VSCode如果按键恢复正常那就确认是配置冲突。解决方案就是我之前说的handleKeys放行机制。把某个键位设置成falseVSCodeVim 就完全不拦截它把它交给 VSCode 原生处理。我的经验是凡是你在 VSCode 里已经形成肌肉记忆的组合键如CtrlW、CtrlF、CtrlB、CtrlN都建议放行给 VSCode。因为 Vim 的原生组合命令在图形界面里已经找到了替代方案比如CtrlU/CtrlD滚动、gt切换标签页不值得为了它去改动 VSCode 的全局快捷键。5.2 方向键失效和插入模式方向键问题症状二装了插件后按方向键字符不会移动左下角却显示“在可视模式”或直接没反应。最常见的原因是vim.useCtrlKeys开着且某些键位被 Vim 接管。方向键本身在 Vim 的 Normal 模式下是会被保留的能移动光标但在某些旧版本里可能和插件冲突。我的建议是如果你决定深度使用 Vim就干脆别保留方向键习惯把左手完全交给hjkl。如果只是想要“偶尔用 Vim大多数时候还是现代编辑”那就在设置里关闭 Vim 的vim.normalModeKeyBindingsNonRecursive相关映射方向键就会一直可用。5.3 补全弹窗里按 Esc 出现意外行为症状三用 VSCode 的 IntelliSense 输入代码弹出补全候选列表后按Esc想关掉弹窗结果发现光标跳回 Normal 模式弹窗又弹出来了。这个算是 Vim 和编辑器原生控件抢焦点的问题。VSCodeVim 对补全控件做了一定兼容大多数时候CtrlSpace触发补全Ctrln/Ctrlp上下选择Enter确认都不受影响。但那个Esc的行为在不同版本里存在差异。实测稳妥的解决方法是在 settings.json 里把vim.autoSwitchInputMode设为true如果有这个配置让插件在特定控件获得焦点时自动切换到原生模式这样弹窗出现时按键行为更接近 VSCode 原生。如果版本没有这个配置那就手动在输入代码时少按Esc用Ctrl[替代退出插入模式就不会激怒补全弹窗。5.4 右键菜单没有了“跳到定义”这是最近热搜“vscode 右键没有跳转到定义”背后可能的一类原因VSCodeVim 启用后某些情况下快捷菜单被 Vim 模式拦截了。但实际测试下来右键菜单本身一直是正常的跳转定义通常是鼠标右键的上下文菜单里提供的和 Vim 插件其实关系不大。如果确实出现这个问题我更倾向于怀疑是设置 JSON 里有自定义的editor.contextmenu映射、或扩展冲突导致的。排查顺序是禁用 Vim 插件看问题是否消失如果不消失就去查 VSCode 设置里的when条件把相应鼠标键绑定还原。需要特别提醒的是VSCodeVim 默认不会接管鼠标右键的菜单交互。它接管的是键盘层面的按键。如果你右键后弹出的菜单还是出现不了大概率是其他扩展比如某些代码分析插件拦截了 contextmenu 事件和 Vim 无关。5.5 运行按钮没了怎么找回热搜还有一个“vscode 的运行按钮没了”。这个问题同样和 Vim 插件基本无关多半是用户界面配置被重置或者 Python / C 的调试扩展没激活。但 Vim 用户容易产生一个误解以为进入 Vim 的某个模式后UI 元素会消失。其实 VSCodeVim 只影响键盘输入不会影响 VSCode 的界面渲染。排查办法是CtrlShiftP调出命令面板输入Run Code或直接 F5看看调试控制台有没有反应如果有但没图标那就是编辑器的 action bar 配置被折叠了去view: toggle editor actions恢复即可。5.6 和 vimrc 的关系可移植还是被阉割最后聊一个很多从 Vim 迁过来的人都会纠结的问题VSCodeVim 支持vimrc吗答案是有条件地支持。你可以通过vim.vimrc.enable: true和vim.vimrc.path指向一个.vimrc文件VSCodeVim 会读取其中部分基础的map、set命令。但它的 Vimscript 解析能力远不及原生 Vim Neovim你那些复杂的函数、自动命令、插件配置基本没法原样带过来。我的态度是不要把 VSCodeVim 当成“完整 Vim 的替代品”它更准确的定义是“把 Vim 的操作哲学移植到现代编辑器里的一座桥”。如果你有复杂宏、自写插件、大量 Vimscript 自动化逻辑的刚性需求那原生 Vim / Neovim 才是你的终点。但如果你只是喜欢 Vim 的键位和模式切换VSCodeVim 会让你非常满足。6. 我的最终配置模板和几条实战心得分享完原理和坑最后交一份我现在用的完整配置以及几个只有长期用才会注意到的细节。6.1 一份可复制的 settings.json 参考{ vim.easymotion: true, vim.sneak: true, vim.incsearch: true, vim.useSystemClipboard: true, vim.useCtrlKeys: true, vim.hlsearch: true, vim.visualstar: true, vim.leader: ,, vim.handleKeys: { CtrlA: false, CtrlF: false, CtrlB: false, CtrlW: false, CtrlN: false, CtrlP: false, CtrlD: false, CtrlK: false, CtrlO: false, CtrlY: false }, vim.normalModeKeyBindingsNonRecursive: [ { before: [leader, w], commands: [workbench.action.files.save] }, { before: [leader, e], commands: [workbench.action.toggleSidebarVisibility] } ], editor.suggestSelection: first, editor.snippetSuggestions: top }这份配置里我把 leader 键从默认的\\改成了,因为逗号离主键区近按,w保存文件、,e开关侧边栏非常顺手。normalModeKeyBindingsNonRecursive是 VSCodeVim 提供的扩展映射入口可以让 Vim 命令触达 VSCode 的 action 层。注意我这里把CtrlD放行给了 VSCode代价就是 Vim 的半页滚动没了但移动端适配我不太需要所以可以接受。如果你经常需要半页滚动把CtrlD的 handleKeys 改成true就行。6.2 几个值得记住的操作细节第一vim.autoSwitchInputMode如果在你的版本里存在建议开启。它会自动处理中文输入法和 Vim 模式冲突的问题避免在 Insert 模式下输入完中文后按 Esc 切回 Normal 模式时输入法状态残留导致下次进出乱掉。这是中文用户最常见的一个痛点。第二在 VSCodeVim 的 Visual Mode 里V行选、CtrlV块选这两个区分一定要动作上熟悉。块选区特别适合做代码注释和表格对齐操作VSCodeVim 完整继承了这一点不会像部分轻量级模拟插件那样把块选做成鸡肋。第三vim.hlsearch开启后搜索关键词会高亮但这同时意味着高亮直到下一次搜索才会更新。如果哪天看到全屏黄黄的被高亮包围想快速消除直接输入:noh回车即可。6.3 我的迁移心路和建议从最初的“完全崩溃”到现在的“行云流水”我在 VSCodeVim 上大概花了三周适应期。第一周总觉得方向键没反应很烦第二周开始把频繁操作换成 Vim 命令第三周就已经养成了一套混编工作流写代码用插入模式加代码补全大范围移动用 Vim 命令调试和 Git 操作用 VSCode 面板代码注释用块选加I。给刚开始接触这个组合的朋友一个最中肯的建议不要一开始就开一堆插件级高级功能。先把默认的 VSCodeVim 装上连续用一周把j/k/h/l、dd、ciw、gg、G、CtrlU/CtrlD、gb这几个最高频的动作练成肌肉记忆然后再逐步加 easymotion、sneak 和 leader 自定义。这些高级能力是锦上添花真正支撑效率的是你对基础动作的组合能力。如果让我用一个比喻来说的话VSCode 像一个装备齐全的现代化厂房Vim 是厂房里你用了十年的一套机床控制逻辑。VSCodeVim 的存在不是让你放弃现代设备去修仙而是让你在最好的环境里保留最熟练的那套手艺。这两者结合得好实际开发中的舒适感确实比单独使用任何一方都要来得踏实。
