2010-06-22 43 views
0

我討厭Java開發的一件事是他們的IDE,以及最初涉及的配置/設置。它仍然建議使用eclipse/intellij for grails開發?

grails是否有這些問題?從外觀上看,你似乎需要打開一個命令行,然後任何文本編輯器才能完成。 (除了安裝mysql和tomcat)。

這些假設是否正確或更好地獲得eclipse設置?

+2

對一個側面問題進行排序,但是所有的Java IDE:開箱即用,對於我來說開箱即用,您究竟在配置什麼? – Esko 2010-06-22 15:34:27

+0

tomcat,jdk,庫。我只是發現日蝕是違反直覺的,intellij在Mac上看起來很醜。 – Blankman 2010-06-22 15:37:35

+0

但我真的很喜歡grails正在發展的方向,而且它使用spring而且以更快的開發方式令人興奮。 – Blankman 2010-06-22 15:38:13

回答

3

我會推薦使用Eclipse進行Groovy/Grails開發的NetBeans。我喜歡Eclipse for Java,但對於Groovy/Grails,NetBeans中的支持非常優越。我無法直接與IntelliJ交談,但我聽到了很好的聲音。

在說明IDE並不是絕對必要的時候,你是正確的,並且它在Groovy中的優勢與Java相比較少。例如,完整的代碼對於動態語言來說是一個不太精確的科學。儘管如此,我發現讓項目結構更易於導航並且語法突出顯示對於捕捉討厭的引號以及IDE可以識別的其他內容來說很方便。

+0

我會推薦相反的東西。eclipse Groovy插件*使用*非常糟糕,但自SpringSource Tool Suite 2.3發佈以來,它非常好。我在之間使用了Netbeans,並沒有留下深刻的印象。 – 2010-06-22 15:51:37

+0

是的,就NetBeans而言,我必須同意你作爲一個通用IDE。我發現NetBeans經常遇到困難,但對於Groovy/Grails的支持,我一直都樂於接受。我將根據您的建議查看SpringSource Tool Suite。在對其網站上的描述進行簡要回顧之後,它似乎對幾個月前可用的插件有了巨大的改進(可能稍微長一些,我不記得上次查看的時間)。 – proflux 2010-06-22 21:18:20

+0

短暫試用STS後,我將回到NetBeans。我支持我的原始聲明:NetBeans中的Groovy/Grails支持遠遠優於Eclipse,甚至STS。與grails命令的集成充其量是笨重的。在我看來,GSP中的語法高亮在STS中稍微好一些。我會說groovy文件是一個平局。但是當涉及到運行,調試或創建新東西時,與NetBeans相比,STS感覺非常尷尬和阻礙。您必須接受NetBeans中的其他缺陷,但現在NetBeans至少在Groovy/Grails方面具有優勢。 – proflux 2010-06-26 01:18:00

1

這實際上是個人喜好的問題。在進行Grails開發時使用IDE的參數與其他語言差不多,但使用動態類型語言(如Groovy)時IDE的情況較弱。

很多Groovy/Grails開發者似乎都使用文本編輯器(Mac上的TextMate特別受歡迎),但個人而言,我使用IntelliJ。

+0

實際上,因爲你仍然掛鉤到Java庫,而IDE是有用的,但是你建立你的java庫在一個單獨的項目,並導入它或? – Blankman 2010-06-22 15:53:36

1

大約4個月後,我正在使用SpringSource Tool Suite;對我而言(個人喜好!)這是最直觀,最平衡的IDE。

之前,我按照這個順序使用了IntelliJ,Eclipse和NetBeans,並且每個IDE都有些不安。 IntelliJ既快速又舒適,但價格昂貴,而社區版本不兼容Grails集成; Eclipse有/有一個可怕的Groovy/Grails插件,並一直崩潰; Netbeans非常慢,界面並不那麼直觀(對我來說)。

STS給我留下了「正在工作」的印象。我還沒有發現任何殺手功能,或者它不是非常快,但我喜歡與它合作。另一方面,我還用一個控制檯和一個文本編輯器開發了更小的應用程序(使用java源代碼突出顯示:-)但是隻有非生產性的應用程序。

+0

是的,groovy/grails插件的spring源代碼版本比以前好多了。配置插件的工作量實際上不會超過通過文本編輯器從命令行工作的量。 – Blacktiger 2010-06-22 16:56:25

1

我們的團隊嘗試過三種大狗(NetBeans,IntelliJ和Spring STS)。如上所述,所有人都有優點和缺點,但我們最終選擇了NetBeans作爲滿足我們需求(包括Maven)的最佳選擇。你應該嘗試一切,看看你的想法。好消息是這些項目是自我定義的,所以你應該能夠以最小的痛苦在IDE之間進行交換。

相關問題