JDEE值得使用吗？

Question

我看到了JDEE in Emacs的许多不错的特性。然而，安装似乎是一个bit involved，特别是在Windows中，所以我想看看其他人是否觉得它有用。我使用的是Eclipse和NetBeans，这些产品有一些不错的特性。然而，我真的很喜欢在IDE中内置一个像Lisp这样的脚本语言的想法，这样我就可以动态地改变大多数特性。

所以我想给JDEE一个机会，但我从不止一个高级Emacs用户那里听到他们甚至不需要JDEE。我想知道这些人是不是尝试过JDEE，或者他们只是在做简单的Java项目。有没有人尝试过JDEE并喜欢它？Emacs中有没有让JDEE变得毫无意义的特性？请不要“尝试Eclipse”的评论。我已经用过它了，它有很好的特性，但我想给Emacs一个公平的机会。

更新:请看我接受的答案。我尝试过JDEE一段时间，但为了eclipse而放弃了，再也没有回头过。从此幸福美满。

Answer 1

一年半后，我可以坦率地说，这是不值得的。我对emacs非常了解，希望我能变得更有效率。然而，增长的水平和对现代IDE的支持使得使用它们成为最佳选择。当我第一次写这篇文章的时候，Eclipse有点不稳定，JDEE也是如此，但现在Eclipse更好了，JDEE仍然有点停滞不前。

不管怎么说，Emacs是一个很棒的工具，并且有很好的特性，但是最近它已经从大多数开发人员的视野中消失了。Eclipse一直在更新，它做的正是我所需要的。给那些考虑JDEE的人的建议:投入宝贵的时间学习Eclipse，你将获得更高的效率。Emacs的粉丝们，请继续燃烧我，但我就像你们一样，现在我有更多的时间和更好的代码，我希望其他人也能有同样的结果。

Answer 2

几年前，我正在做一个小项目(就像一个人的项目一样)，我决定尝试一下JDEE (我在完成项目时被给予了很大的自由度，所以我的雇主并不关心当时使用了哪些工具)。当时的标准工具是Eclipse，我很想知道使用JDEE是否比Java IDE的标准版本更有效率，而且我以前使用过Emacs，并且喜欢它提供的一般效率(在我看来，不用把手从键盘上移开就是一个很大的优势)。

我绝对同意JDEE更多地涉及到设置:我花了大量时间来设置我喜欢的设置(并且从来没有把它们完全放在我想要的地方)，但最终对我来说，这似乎是值得的，因为我感觉比使用Eclipse效率要高得多--主要是因为我发现自己没有像现在使用的任何标准Java IDE那样在整个屏幕上单击鼠标。

当我在IDE上使用JDEE时，管理和组织项目的资源(代码和其他需要部署的工件)似乎工作得更好，因为我只需要一个可以构建、部署、测试等的Ant构建脚本，而不必担心根据特定IDE的首选项来组织代码。诚然，大多数现代IDE在这方面并不可怕，但我的项目完全不依赖IDE来构建、测试或部署，这让人感觉很好--只要Ant可用，任何人都可以从存储库获取代码并运行它。使用JDEE似乎会将您推向这种心态，我个人更喜欢它。

我不会说使用JDEE必然比标准IDE更好或更差。如果有什么不同的话，那就是你得到的生产力取决于你愿意投入多少精力来学习这些工具(这适用于几乎所有的IDE)，但它确实比Eclipse更适合我的软件开发风格。

我可以看到严重依赖JDEE的一个很大的缺点是，如果你是团队的一部分:现在大多数开发团队都非常依赖IDE中的工具和特性，比如Eclipse和NetBeans (我甚至可以说他们有点被它们宠坏了)，如果你使用的东西不是团队其他成员正在使用的东西，你可能会遇到一些摩擦。

course...you的人总是试图说服他们改用:)

Answer 3

我最近并没有做太多的java开发，但是早期的JDEE很棒。许多功能可能并不特别需要JDEE (在emacs中总是有多种方法来完成任务)，但是一般的IDE支持通过击键来编译项目或文件非常容易&编译错误的处理非常好--通过另一次击键跳转到每个错误。另一个很好的功能是集成了帮助文档，以便在新的浏览器窗口中启动。对于代码完成部分，我并没有做太多的工作。如果没有其他东西，我会说JDEE在从netbeans或eclipse过渡时平滑了边缘。

因为在windows上安装太难了……不怎么有意思。只需抓取几个不同的包，稍微调整一下您的.emacs (--debug-init)，也许可以为每个项目(prj.el文件)配置一些设置。你可以多花点时间在推特上...但基本功能应该不会占用太多时间。

只要你用的是windows，别忘了看看EmacsW32。那里的补丁版本提供了很好的集成&让您可以让emacs“始终运行”在服务器模式下，从而抵消了启动成本。