我喜欢旧学校的编辑,因为它们使用户能够通过他们的代码完全飞行,编辑速度几乎和他们想象的一样快。
然而,他们认识到自己的环境很糟糕,缺乏像Intellisense这样的功能的强大实现(先发制人攻击:不,在emacs中确实没有一个智能安装实现并且不会吮吸的智能感知实现)和常见的重构(先发制人的罢工#2:“全局搜索和替换”不是重构工具制作)。 (即能够使用除了vim在.Net中开发之外的任何东西都会很好,但目前它只是一个构思欠佳的事业)。
我喜欢Visual Studio / Eclipse / XCode,因为它们与环境完全集成,我几乎不需要查找API文档,并且可以无所畏惧地重构。
然而,他们在基本的文本操作和宏(相对于vi / emacs)上吸球,并不是在所有平台上都可用(Eclipse除外),可能要么是非常重要的,要么可能只是在未来10到20年,最重要的是,无法运行俄罗斯方块。
我们是否会看到emacs或vi能够像Visual Studio,Eclipse和XCode一样与.Net,Java和Objective-C项目紧密集成的那一天?
如果没有,是否因为专有问题? (即要求emacs附带.Net框架的副本)?或者只是因为目前我们的团队没有人力?
答案 0 :(得分:2)
为什么不将Vi / Emacs模拟器加载到Visual Studio / Eclipse中并充分利用这两个世界?
Visual Studio 2010及更高版本都有免费版本。
Eclipse也有一些。
答案 1 :(得分:1)
请参阅为{Emacs / Vim提供Eclipse功能的eclim,这样您就可以在自己喜欢的编辑器中工作,同时具有Eclipse后端支持的智能完成和其他功能。
如果我们没有人力来本地实现这些功能,那么我们所能做的最好就是利用其他人实现的功能。
答案 2 :(得分:1)
我认为其中很大一部分原因是技术问题,并且归功于Elisp:Elisp非常慢,并且缺少库。一个好的IDE需要一个好的解析器,各种辅助数据结构,并且需要快速(例如解析许多文件)。