我一直在使用Xcode进行通常的C / C ++ / ObjC开发。我想知道在Mac上进行Java开发时对Xcode，Eclipse或者NetBeans的使用有哪些实际考虑，意见？

请不要在分析中包括我当前对Xcode的使用。

解决方案

在更高版本中不使用Xcode Java支持是非常缺乏的。即使是做到这一点的苹果公司，也建议我们使用其他IDE。至于NetBeans和Eclipse，它们都有自己的长处和大量的追随者。我建议我们尝试两者，并使用任何我们觉得更舒适的方式。

我仅使用TextMate和Shell脚本。但是我很奇怪。

我建议使用Eclipse，因为它有不计其数的插件，并且几乎是Java开发的标准。但是我听说NetBeans自从其最新版本发布以来就非常不错，特别是如果我们要执行桌面应用程序(Swing)。

由于我没有玩过它，所以我无法对Xcode进行评论。

好吧，我可以使用Netbeans，它看起来真的很好。我认为有一些功能关键问题可以解决，但我还没有解决。我对Netbeans感到非常满意。我喜欢Eclipse的"即取即用"插入特性，而不喜欢它的"即开即用"特性，但这只是一个口味问题。

我建议在Mac上的Java上倡导Eclipse，因为我有很好的经验。我不会谈论它作为IDE的优点，但这里有一些我发现的意外优点：

• 当我的雇主将IDE切换到Eclipse时，我处于领先地位。
• 我想尝试的几乎所有语言都在某个地方提供了免费的IDE作为Eclipse插件，因此我有一个非常一致的多语言开发环境。
• 当我最终转到Windows的阴暗面时，我可以使用相同的开发环境，这真是令人欣慰。

但这是一个宗教性话题，因此期望获得一大堆不同的见解

我已经使用了Eclipse CDT和NetBeans的C ++支持，并且我必须说，以我的经验，CDT在稳定性和功能方面都非常优越。 CDT索引器的工作原理令人印象深刻。该工具几乎与Java一样好。与用于Java开发的NetBeans相比，我还是JDT的忠实拥护者。如果仅由于增量编译器(保存时编译)，则工作流程将更加顺畅。

不过，关于NetBeans的一件事，它的UI在" Mac风格"中的流动性确实要好一些，具有讽刺意味的是，创建SWT是为了提供更本地的界面。 Eclipse的下一个版本应该基于Cocoa(而不是当前的Carbon)，但这要等到明年6月。

最后说明：整个"现成的"与"插件"的问题完全是没有争议的，并且自Eclipse Calisto(两年前)以来就一直存在。现在，使用P2(新的更新管理器)，在IDE中获得不同的功能变得非常容易。我可以从下载开始，并在安装后五分钟内(假设可靠的Internet连接)启动并运行一个功能齐全的JDT / CDT / Mylyn环境。

我喜欢OS X for Java上的NetBeans。

似乎我花了更多时间配置eclipse以获得一个不错的Java编程环境。使用NetBeans，建立时间更少了，我可以更快地进行编程了。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

这取决于我们要做什么。到目前为止，我在Mac上使用Java的经验已有大约一年的历史，但是NetBeans对Tomcat(尤其是)部署提供了更好的现成支持，并且通常看起来更加用户友好。例如，与Eclipse的普通XML编辑器相比，我试用了Netbeans beta版用于web.xml配置(至少在Europa中，XML编辑器的行重绘在Mac上有些粗略)。

就是说，对于该项目，我结束了在NetBeans中进行一些配置(对于a为n00b)的工作，然后将XML配置文件移至Eclipse，并在那里进行了其余的开发。正如其他人所提到的，成千上万的插件很棒，总的来说，体验是非常一致的。特别是如果我们必须在另一个平台上工作。

如果Eclipse具有更好的OS X绑定(有没有？我不知道)，我也将其用于Obj-C开发。

为了确保公平考虑，Eclipse和Netbeans来回走了一段时间。 Eclipse过去的处理速度更快，因为他们没有使用Swing。

现在，Netbeans赶上了(也许已经超过了)并且发展势头很大。

我们将获得Eclipse的更多选票。时期。这是因为它更好，并且更多的人使用它，并且感觉到我们正在使用的是最好的，而且每个人都应该使用它只是人类的天性。

因为更好，并不意味着现在就更好。 Netbeans支持更多的语言和更多的全方位支持-因此它的增长速度更快。

目前，我使用Eclipse-我都使用了(以及IntelliJ和TextMate和Notepad ...)，我可以告诉我们Eclipse在netbeans上确实具有一个功能... Mylyn(已重命名，它以前被称为Mylar) )。这个东西真是太酷了，但是似乎没有人知道它的存在。

因此，如果我们不知道一堆已经将我们绑定到编辑器的击键，那么出现的就是Netbeans －因为一堆Eclipse的投票，请不要忽略它。

更好的是，同时兼顾两者-不会受到伤害，并且当一家公司需要一个或者另一个公司时，这让我更加自在。当他们让你改变时，不要发牢骚。

我碰巧在Mac上使用了Eclipse(实际上是预先配置了最重要的插件的EasyEclipse)，我必须说它运行得很好。我在Linux上的经验较差。

最近我也使用过NetBeans 6，这给我留下了深刻的印象。它似乎具有更多内置功能。如果可以找到，大多数功能无疑也可以作为Eclipse插件使用。

当前，我的印象是，如果我们开始开发Swing，那么Netbeans是最佳选择。否则，带有便捷插件集的Netbeans或者Eclipse都是极好的选择。

如果我们确实检查了日食，请考虑一下EasyEclipse(免费)甚至MyEclipse(非免费)。他们预装了最有用的插件。

如果我们使用的是Eclipse，请确保使用Ganymede(3.4)或者更高版本。他们跑得很好。以前的版本(Europa)在我的Macbook Pro上运行不佳。

我们错过了所有IDE的劳斯莱斯。 IntelliJ想法。

如果我们有能力购买个人许可证，那就去买。编辑：有一个免费的Community Edition，这是使用Java，Scala或者Kotlin入门的绝佳方法。

IntelliJ的另一票。 http://www.jetbrains.com/idea/

我同时使用了Eclipse和Netbeans。我比Eclipse更喜欢Netbeans。从Java编辑器的角度来看，它们都具有出色的上下文相关帮助和通常的优点。

在设置其他团队成员可以打开和使用的项目时，Eclipse很烂。我们在多个文件夹中组织了一个大项目(大约60万行代码)。 Eclipse不允许我们包含项目根文件夹之外的源代码。一切都必须在项目根文件夹下。通常，我们希望拥有单个项目并能够在其中建立依赖关系。构建完成后，我们将把它们检入到源代码管理中。 eclipse的问题是项目(即.classpath文件)依赖项保存在用户的工作区文件夹中。如果我们希望看到此文件夹，则会发现许多文件，例如org.eclipse。*等。这意味着我们无法将这些文件放入源代码管理中。我们提供了20个步骤的说明表，供某人每次从源代码管理中重新开始结帐时要仔细阅读。我们最终没有使用其默认的项目管理内容(即classpath文件等)。相反，我们想出了一个Ant构建文件，并从Eclipse内部启动它。那是怪诞的方式。如果我们必须克服这些困难，则IDE基本上会失败。我敢说，eclipse项目管理是由从未使用过IDE的人员设计的。许多IDES允许我们使用不同的配置来运行代码(发行，调试，与JDK 1.5一起发布等)。并且它们使我们可以将这些内容保存为项目文件的一部分。团队中的每个人都可以使用它们，而无需花费大量的学习时间。我们可以在Eclipe中创建配置，但不能将其另存为项目文件的一部分(即，它不会进入源代码管理中)。我在6个月的时间里进行了六次新鲜的结帐。我厌倦了每次重新结帐时都要重新创建它们。

另一方面，Netbeans可以按预期工作。它没有这个项目管理的噩梦。

我听到了有关IntelliJ的好消息。
如果我们是新手，请使用Netbeans。

我的2美分。

我使用Eclipse进行开发，除了痛苦之外，什么都没有。它比诱饵商店有更多的错误，并且是我使用过的最糟糕的书面程序之一。如果我们想节省时间和挫败感，请使用Xcode。

我已经对Java的编辑器进行了广泛的测试，并且极大地偏爱Netbeans而不是Eclipse。 NetBeans对Java具有出色的支持，非常漂亮的用户界面和强大的功能。它还具有对C ++的出色支持，我会选择它，例如Visual Studio。考虑一下JCreator经典版，尽管它不如NetBeans强大，但起步较容易，虽然是入门的好地方。

我还会为NetBeans插件抵御Eclipse辩护，因为尽管Eclipse因其灵活性而广受赞誉，但我认为这很大程度上是由于NetBeans的强大插件功能并未受到太大欢迎，即使在这方面也很强大。我已经看到了基于NetBeans平台的计算流体动力学应用程序，非常令人印象深刻，我只是认为NetBeans开发人员并没有为此付出太多，因为从下载之日起它已经是一个完整的软件包，功能强大，无需进行配置与插件。

Eclipse，因为它在Mac上对C ++有更好的支持。我很久以前用过Netbeans，不喜欢它。

段落数量不匹配