默认与自定义快捷方式
在您选择的 IDE/编辑器中，您只使用开箱即用的默认快捷方式，还是自定义它们？每个回复都有一个答案，以及为什么这样做。
在我的编程生涯中，我在这一点上全力以赴。我开始在终端窗口上的 emacs/vim 中进行简单的安装，没有任何自定义，然后随着时间的推移，我完全转向完全自定义它们，让它们恰到正确，以至于其他人emacs/vim 用户甚至无法使用它们（更改移动键等）。最近，我一直在 Eclipse、JetBrains IDE、Visual Studio 中工作，并且我继续对每一个进行大量修改，以便它们在我的所有计算机上的行为方式几乎相同。显然，这需要花费一些精力来维护，并且每个新的 IDE 都意味着大量的命令学习和更改，然后有些（例如 Visual Studio）没有开箱即用的某些命令，因此它们需要插件来实现相同的功能（增加选择、按驼峰命名法删除单词等）。
公平地说，我是一个高于平均速度的打字员，我可以在任何这些 IDE 中高效地工作，但我开始渴望回到直接的 vim 快捷方式并使用简单的 vim 插件来实现它的简单性在我的 IDE 中工作。那么，至少，如果我想更改任何内容，我所需要的只是一个自定义的 .vimrc。
建议、想法？
In your IDE/editor of choice, do you use only the default shortcuts out of the box, or do you customize them? One answer per response, and why you do.
In my programming career, I have come full swing around on this. I started out in emacs/vim on a terminal window with a bare-bones install, no customizations, then over time swung fully into completely customizing them both, getting them just right, such to the point that other emacs/vim users could not even work at them (changing movement keys, etc). More recently, I have been working in Eclipse, the JetBrains IDEs, Visual Studio, and I have continued to make heavy modifications to each, so that they all pretty much behave the same way across all my machines. Obviously, this takes some effort to maintain, and every new IDE means a whole slew of command learning and changing, and then some (like Visual Studio) don't have certain commands out of the box, so they require plug-ins to achieve the same functionality (grow selection, delete words by camelCase, etc).
To be fair, I am an above-average speed typist, and I can work productively in any of these IDEs, but I have started to yearn for the simplicity of just going back to straight vim shortcuts, and using simple vim plugins to make it work in my IDEs. Then, at least, all I would need if I wanted to change anything would be a single custom .vimrc.
Suggestions, ideas?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在我的 IDE 中，我使用默认键盘映射的稍微定制版本。其中更多是默认的。我更喜欢尽可能使用默认值：你学习一次，然后无论你在哪里需要使用相同的 IDE，它都是一样的（可以相当安全地假设大多数安装都有默认的键盘映射，如果他们甚至允许你在全部）
我的情况可能与你的情况不同。在我以前的职位中，我曾经专门使用 vim 进行编码。在我目前的职位上，我不会经常更改 IDE，因为我没有必要这样做：我 100% 的开发都是使用一种语言，而且我已经在这个职位上工作了好几年了。
话虽这么说，我最近确实更改了 IDE（顺便说一下，从 Zend Studio 更改为 PhpStorm），因此我对 PhpStorm 的默认键盘映射所做的唯一更改就是使其更像我无法忍受的几个 Zend Studio 快捷键分手。
否则，当我使用 vim 时，我会在 vim 中思考；当我使用 PhpStorm 时，我会在 PhpStorm 中思考。目前，我认为不值得我花费时间/精力来完全自定义我的键盘映射，比我已经拥有的更多。如果您使用多个 IDE，您的情况可能与我的情况完全不同。
最终，我认为您不会找到这个问题的“正确”答案。没有人比您更了解您的偏好或情况。无论您采用默认路线还是自定义路线，这都是一种权衡。用你最好的判断来决定你要走哪条路，并对这个选择感到满意。
祝您的发展一切顺利！
In my IDE, I use a slightly-customized version of the default keymap. More of it is default than not. I prefer using the default whenever possible: you learn it once, and then it's the same no matter where you need to use that same IDE (it's reasonably safe to assume that most installations have the default keymap, if they even let you change it at all)
My situation might be different than yours. In my previous positions, I used to code exclusively in vim. In my current position, I don't change IDE's often because I don't have to: 100% of my development is in one language, and I've been working at that position for several years now.
That being said, I did just change IDE's (from Zend Studio to PhpStorm, by the way) recently, so the only changes I've made to PhpStorm's default keymap are to make it more like the several Zend Studio shortcuts I couldn't bear to part with.
Otherwise, when I'm working with vim, I think in vim; when I'm working with PhpStorm, I think in PhpStorm. At this time, I don't think it's worth my time/effort to completely customize my keymap, any more than I already have. If you're working with multiple IDE's, your situation is probably quite different from mine.
Ultimately, I don't think you're going to find a "right" answer to this question. Nobody else knows your preferences or situation better than you do. It's a trade-off either way, whether you go the default or the customized route. Use your best judgment and decide which way you're going to go, and be happy with that choice.
Best of luck in your development efforts!