为什么每个 IDE 都有不同的调试键盘快捷键？
每个开发人员都知道 IDE 允许在调试期间执行的5个基本操作：
- 逐步进入、
- 逐步
- 返回、
- 恢复、
- 终止
（根据 Eclipse 词汇）
现在看一下分配给它们的键盘快捷键，以某些IDE为例：
- Eclipse：
- F5
- F6
- F7
- F8
- Ctrl+F2
- Borland C++ Builder 5：
- F7
- F8
- Shift+F8
- F9
- Ctrl+F2
- Visual Studio 2010：
- F11
- F10
- Shift+F11
- F5
- Shift+F5
- Firefox 调试器：
- F8
- F7
- Shift+F8
- F6
- Chrome 调试器：
- F11
- F10
- Shift+F11
- F8
这是一团糟...我通常使用所有这些（甚至更多）进行开发，但我永远记不起正确的按钮...
所以问题是：
为什么这些配置是离标准化还远吗？有一个项目可以标准化它们吗？
您如何处理这个日常问题？更改每个 IDE 的配置？在这种情况下，您选择哪种“标准”配置？非常感谢！
Every developer knows the 5 basic operations that IDEs allow to perform during a debug:
- step into
- step over
- step return
- resume
- terminate
(according to Eclipse vocabulary)
Now take a look to the keyboard shortcuts assigned to them, in some IDEs taken as examples:
- Eclipse:
- F5
- F6
- F7
- F8
- Ctrl+F2
- Borland C++ Builder 5:
- F7
- F8
- Shift+F8
- F9
- Ctrl+F2
- Visual Studio 2010:
- F11
- F10
- Shift+F11
- F5
- Shift+F5
- Firefox debugger:
- F8
- F7
- Shift+F8
- F6
- Chrome debugger:
- F11
- F10
- Shift+F11
- F8
It's a mess... I usually develop with all of them (and more) and I can never remember the correct buttons...
So the question is:
why these configurations are nowhere near standardized? Is there a project to standardize them?
How do you deal with this daily issue? Changing the configuration for each IDE? In this case which "standard" configuration do you choose? Many thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我见过的这个问题的唯一解决方案是某些 IDE 附带了其他 IDE 的键映射，例如 Netbeans 在其键映射选项中预设了“Eclipse”。
在我看来，这个问题与使用 Cmd 的 OSX 与使用 Ctrl 的 Windows/Linux 相同。每个人都开始按照自己的方式做事，没有人愿意放弃自己的方式，特别是因为这会激怒用户。也许随着时间的推移，大部分内容都会慢慢标准化，新的 IDE 采用标准，旧的 IDE 消亡，但我认为这种情况不会很快发生。
The only solution to this problem I have seen is that some IDEs ship with key-mappings for other IDEs, for example Netbeans has a "Eclipse" preset in its key-mappings options.
The problem with this is the same as OSX using Cmd vs Windows/Linux using Ctrl IMO. Everyone started doing things their own way, and nobody wants to be the one giving up their way, especially since it would piss off their users. Maybe with time most of it will slowly be standardized, with new IDEs adopting standards and old ones dying, but I don't see this happening anytime soon.
调整热键可能是应对 21 世纪这一瘟疫的一种方法。
Adjusting the hotkeys might be a way to deal with this plague of 21st century.