我的團隊即將開始使用Swing客戶端和EJB後端開發應用程序。軟件開發團隊中的多個IDE
我在考慮使用Netbeans開發Swing部分的標準化,因爲它非常適合用戶使用swing設計器功能,但仍然使用Eclipse。
只是想知道是否有人這樣做,如果有的話,它的工作效果如何?
我的團隊即將開始使用Swing客戶端和EJB後端開發應用程序。軟件開發團隊中的多個IDE
我在考慮使用Netbeans開發Swing部分的標準化,因爲它非常適合用戶使用swing設計器功能,但仍然使用Eclipse。
只是想知道是否有人這樣做,如果有的話,它的工作效果如何?
我認爲答案將會「取決於」。
如果你有相對經驗豐富的工程師可以管理他們自己的IDE配置,那麼我會說讓他們使用任何他們想要的。我在一個項目上工作,在網絡方面,我在NetBeans中,在其餘的模塊中,我在eclipse中。它工作正常,但沒有真正的「標準」,因爲每個人都有足夠的經驗來管理他們的IDE。
在一個缺乏經驗的工程師的環境中,擁有一個IDE是非常棒的,因爲它可以減少團隊負責人花費的時間來保持初級開發人員的正常運行,在這種情況下,維護一個開發環境而不是多個開發環境要容易得多。
在任何情況下,我都不會檢查由netbeans或eclipse生成的項目文件。雖然在開始讓人們開始運行時似乎很好,但是當任何人想要定製他們的設置時,突然間在源代碼控制中發生了一場配置文件的爭奪,而且這很糟糕。
雖然開發人員的自由度很高,但是由於沒有在單個IDE上標準化而犧牲了許多功能。項目元數據通常不能很好地混合,而且您確實希望將元數據置於源代碼管理中。如果你在開發人員之間爭奪配置文件的變化,你做錯了。
您可能需要考慮Eclipse的WindowBuilder插件,而不是去NetBeans進行Swing開發。
我強烈不同意檢查基於IDE的項目元數據,但也許這是因爲我在基於maven的項目中工作,創建項目僅僅是運行eclipse:eclipse或使用eclipse插件(或具有很好的內置maven支持的netbeans) – digitaljoel 2011-04-08 15:32:02
給每個人自己。依靠Maven限制了你在Eclipse中使用你的項目所能做的事情,因爲你被迫停留在Maven支持的框中,但也許這個框可以與你合作......我強烈建議不要混合像Maven和IDE這樣的命令行構建解決方案。它們服務於不同的目的,混合它們限制了兩者的功能。 – 2011-04-08 16:14:17
你應該NetBeans上規範了鞦韆項目
是的,你應該對NetBeans的規範,如果你正在做一個Java Swing客戶端IDE。否則,整個團隊將無法利用NetBeans中優秀的GUI設計器。此外,他們可能會破壞成員使用NetBeans GUI工具完成的工作。
我曾參與過一個項目,我們使用3個或4個IDE來開發數百萬美元的Swing Client。由於整個團隊沒有使用NetBeans,導致生產力損失嚴重。
從理論上講,您可以允許多個IDE用於後端工作,因爲它無關緊要,但使用NetBeans構建並將所有內容完全集成到一個IDE中是非常好的。
根據我的經驗,沒有做你正在提出的建議,以及我在使用NetBeans進行Swing快速開發方面的經驗,我肯定會說NetBeans。
@Joel - 您在項目中使用過NetBeans中的GUI Designer嗎?它能夠實現以前只有Visual Studio用戶才能使用的所見即所得的快速原型設計和生產力。做一個web項目和一個swing項目之間有很大的區別。對於基於Web或服務器端的開發,我會同意您的看法,但由於Swing的要求,我認爲在NetBeans上進行標準化可以節省大量的佈局和原型設計時間,這一點相當明顯。 – 2011-04-08 19:49:03
我還沒有做過任何桌面Java開發的年齡。我在一個項目的不同方面使用不同的IDE來回答這個問題。每個IDE肯定有它的優點和缺點,標準化將幫助一個經驗較少的團隊,但像vi和emacs一樣,對於一個更有經驗的開發人員,您可能會進入一個比技術領域更具宗教信仰的人;) – digitaljoel 2011-04-08 20:20:10