是我,还是Eclipse非常不可预测？

我最近开始在我的Java servlet项目中使用Eclipse.我一直在使用jEdit多年,这是一个超级强大的文本编辑器.它具有语法突出显示功能,但它没有任何特定于语言的功能,如代码完成和智能重构.我发现这会妨碍我的工作效率.我非常想要喜欢Eclipse.我真的这样做.但问题发生后我一直遇到问题.

现在Eclipse可以使用ant脚本来构建,而不是仅仅从ant脚本创建自己的构建环境,然后忽略对它的任何更改,我找到了一些在线指南并进行了设置.但是,它似乎还没准备好迎接黄金时段.我的ant脚本从命令行构建得很好,但是我得到了所有这些构建错误,因为我需要告诉Eclipse所有这些build.xml已经包含在内的东西,比如CLASSPATH,以及外部jar.

当我让Eclipse运行太久时,或者有时候我的笔记本电脑从休眠状态中醒来后,UI开始崩溃.例如,编辑器窗格上的选项卡会消失,因此我一次只能编辑一个文件,而不会说明它是哪一个.

我们遇到了几个不应该重建类的实例,导致调试演练中的行号不准确以及其他不可预测的行为(这不仅仅是我;其他两个开发人员在我身上试图看到同样的事情).

我发现工作区与源代码位于不同的位置是一件很麻烦的事.我有其他需要编辑的文件(xml文件等),对于我想要编辑文件的每个目录,我需要设置一个特殊的条目,它甚至不会默认设置我的源代码所在的位置那个.

其他人是否面临同样的问题？

还有更好的选择吗？

如果将项目文件夹结构保留给其管理,Eclipse最有效.我们正在与15个开发人员合作开展数千个类的项目,甚至更多的XML和.properties文件.

我同意ANT集成存在问题,因此对于生产和夜间构建,我建议使用基于从shell启动的ANT脚本的外部构建系统.

但是,在Eclipse中工作时,请确保您具有自动构建功能(默认情况下应该是这样,但检查不会受到影响).这可以让您免于任何关于构建和何时构建的问题.有时(对我来说很少)当我必须切换自动构建,清理所有项目并通过菜单触发手动构建时会出现问题.有时候我不得不多次触发构建(而不是清理!),但是一旦所有内容再次构建完毕,打开自动构建就会再次发挥作用.

至于长时间运行的实例:我的机器基本上一直(白天和黑夜)保持登录,并且至少有两个Eclipse实例一直在运行.我没有看到这些会议有任何问题,即使他们在几周内保持开放状态.

我在使用Eclipse的5年中遇到的大多数问题都源于安装了太多插件的人 - 我添加的唯一内容是Checkstyle,"实现者插件"以及我们正在使用的应用程序框架的一些专有内容.

也许您可以尝试使用相当干净的Eclipse安装"常用方法"一段时间(即将源导入工作区文件夹).

关于NetBeans:我也经常使用它,但我认为这是一个品味问题,我更喜欢Eclipse.这对你来说可能有所不同.

我喜欢IntelliJ,但它很商业化.与它相比,Eclipse感觉就像一个有缺陷的,半心半意的仿冒品.至于IntelliJ的价值成本.