软件开发团队中的多个IDE

时间:2011-04-07 17:31:13

标签: eclipse swing netbeans ide collaboration

我的团队即将开始使用Swing客户端和EJB后端的应用程序进行开发。

我正在考虑使用Netbeans标准化开发Swing部分,因为它具有非常用户友好的swing设计器功能,但仍然使用Eclipse来完成剩下的工作。

只是想知道是否有人这样做了,如果有的话,它的效果如何?

3 个答案:

答案 0 :(得分:2)

我认为答案是“它取决于。”

如果您有相对经验丰富的工程师可以管理他们自己的IDE配置,那么我会说让他们使用他们想要的任何东西。我参与了一个项目,在网络方面,我在netbeans,在其他模块我是在eclipse。它工作正常,但实际上没有任何设置“标准”,因为每个人都有足够的经验来管理他们的IDE。

在你没有经验丰富的工程师的环境中,拥有一个IDE非常棒,因为它可以减少团队领导者为保持初级开发人员的运行而花费的时间,在这种情况下,它将是更容易维护单个开发环境而不是多个。

在任何情况下,我都不会检查netbeans或eclipse生成的项目文件。虽然一开始可能看起来很不错,但是当有人想要自定义他们的设置时,你突然在你的源代码管理器中进行了配置文件的争夺,而且很糟糕。

答案 1 :(得分:1)

您应该为Swing项目的NetBeans标准化

是的,如果您正在使用Java Swing Client IDE,则应该对NetBeans进行标准化。否则,整个团队将无法利用NetBeans中出色的GUI设计器。此外,它们可能会破坏成员使用NetBeans GUI工具完成的工作。

我参与了一个项目,我们使用3或4个IDE来开发价值数百万美元的Swing客户端。由于整个团队都没有使用NetBeans,因此导致生产力大幅下降。

理论上,您可以允许多个IDE用于后端工作,因为它无关紧要,但是使用NetBeans构建并将所有内容完全集成到单个IDE中是非常好的。

根据我的经验,不做你提出的建议,以及我在使用NetBeans进行Swing快速开发的经验,我想肯定会锁定NetBeans。

答案 2 :(得分:-1)

虽然开发人员的自由度很高,但是由于没有在单个IDE上进行标准化,因此牺牲了许多功能。项目元数据通常不能很好地混合,您确实希望将元数据放在源代码管理中。如果您在开发人员之间进行配置文件更改之争,那么您做错了。

您可能需要考虑Eclipse的WindowBuilder插件,而不是使用NetBeans进行Swing开发。

http://www.eclipse.org/windowbuilder