什么是IDEA、Eclipse、Maven

本篇內容介紹了“什么是IDEA、Eclipse、Maven”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

本文提綱

版本約定

• IntelliJ IDEA：2020.3.2

• SpringToolSuite：4.9.0.RELEASE

正文

接下來本文就從項目層面開始，探究這些問題都是如何被解決的~

IntelliJ IDEA項目

來吧，都在該系列的前倆篇文章里：

1. 鴻蒙官方戰略合作共建——HarmonyOS技術社區

2. 誰再把IDEA的Project比作Eclipse的Workspace，我就跟誰急

3. 玩轉IDEA項目結構Project Structure，打Jar包、模塊/依賴管理全搞定

Eclipse項目

因為Eclipse項目本系列文章并未提及過，所以這里簡單的介紹下。

實話說，A哥自2015年入行就從沒用過原生的eclipse，所以這里就以基于Eclipse的STS為例了哈，道理都一樣。

Eclipse它有workspace操作空間的概念，所有Project項目都是放在操作空間里管理起來的。換句話講，Eclipse的一個窗口打開的是一整個工作空間，里面有多少Project就加載進來多少個，因此它可以實現：一個窗口同時打開多個Project項目。

新建一個Project

以新建一個名為hello的java項目為例：File -> New -> Java Project...

 

習慣了IDEA的選手，看到這個eclipse的這個頁面，是否想感嘆一句：一個項目創建頁面為毛整這么復雜?像JRE、working  sets這種選項完全沒必要在創建時讓選嘛，頁面太不精簡了，干擾信息太多。

點擊Next：

呃，同樣的感覺，且不說是新手，即使是老手看到這個頁面也“亂花漸欲迷人眼”吧，O(∩_∩)O哈哈~。eclipse的頁面設計基本都有這個毛病：過于復雜，干擾選項太多。比如這里插一個class類的創建頁面，你感受一下：

點擊Finish，Project創建完成了。

Project項目設置

鼠標選中項目(和IDEA不一樣，此處必須選中)，右鍵選擇Properties就可以對該項目進行配置：

配置項“多如牛毛”，令人望而生畏呀。這里就不一一介紹了，圖形化的東西了解起來也容易。但是你是否發現，眾多配置項中卻不見Module字樣，怎么肥四?

Eclipse沒有Module概念

如果想在hello項目下創建一個hello-client項目怎么辦?答曰：在邏輯層面eclipse做不到，只能在路徑結構下體現，具體創建動作為：點擊新建項目，然后自定義這個路徑，把它放在hello下面。

點擊Finish后，項目結構上看如下圖所示：

上圖是Project Explorer，但若你切換到Package Explorer的話截圖如下：

從這里能看出，eclipse在邏輯上是不存在層級概念的，沒有module只有Project。

即便你導入的是maven項目(maven有模塊概念)也是這樣子，這里以dubbo為例：

Package Explorer視圖

所以請記住，這是和IDEA在邏輯結構上非常大的不同：Eclipse里并不存在Module，并不存在Module，并不存在Module。

解釋.classpath和.project

eclipse的每個項目，還有兩個附加文件：.classpath文件和.project文件。這兩個文件比較特殊，沒有文件名，以.開頭，是隱藏文件。

看過A哥上篇文章(誰再把IDEA的Project比作Eclipse的Workspace，我就跟誰急)的同學知道IDEA里有兩個特殊的文件workspace.xml和${moduleName}.iml，同樣的eclipse里也有，我們可粗略的稱作它們為環境描述符和項目描述符。

.classpath文件

.classpath文件存儲了項目編譯時Java構建路徑，這個路徑用$CLASSPATH可引用到。hello項目的此文件內容如下：

簡而言之，.classpath定義了這個項目在編譯時所使用的$CLASSPATH類路徑。

.project文件

.project提供了項目的完整描述，包括名稱、描述、項目類型等等。

對幾個標簽稍稍解釋下：

• name：項目名稱，一般和文件夾名稱同名，但它們是兩碼事

• comment：項目注釋

• buildCommand：構建使用的命令。這里值是org.eclipse.jdt.core.javabuilder，也就是說是eclipse幫你編譯的，而非你自己手動輸入java命令編譯

• natures：項目類型，這里org.eclipse.jdt.core.javanature表示一個java項目

簡而言之，.project是項目描述符，有了這個文件，eclipse加載項目時就可以按照它顯示啦。

解釋.settings目錄

eclipse項目.settings目錄下的配置比較雜，各種后綴名的都可能見到，絕大多數是文本文件，格式為properties或xml。Properties類型文件多數以.prefs為后綴名，XML類型文件多數以.*、.xml為后綴名。

因為類型眾多，這里介紹幾個較為常見的代表一下：

• org.eclipse.core.resources.prefs：規定文件的編碼。盡量不要讓一個項目中出現多種編碼喲

• org.eclipse.jdt.core.prefs：指定一些Java編譯的特性，比如編譯版本、警告級別等等

結構差異，IDEA跟Eclipse打一架?

了解了IDEA和Eclipse的項目結構后發現，它倆對項目的管理方式是完全不一樣的：

1. 鴻蒙官方戰略合作共建——HarmonyOS技術社區

2. 不同的邏輯結構

3. 不同的元數據文件

4. 元數據文件的內容、格式都不一樣

就因為這些差異的存在，就出現了不兼容問題：IDEA項目Eclipse不認識，反過來同理。雖然IDEA做了導入Eclipse項目的功能，但兼容性并不完美，完全是為了“協助”Eclipse倒戈IDEA的“權宜之計”而已~

也許你會說這影響不大呀，畢竟一個團隊內一般不會出現既使用IDEA，又使用Eclipse的情況。誠然，一般確實不會有此類情況發生，but，視野放大點再想想呢?比如，如果是個開源項目呢?它面向的是所有開發者一起協作，總不能限制人家的IDE吧。還是拿dubbo來舉例：要把源碼全部提交到github上去的話，應該用IDEA的元數據文件還是Eclipse的呢?對于項目本身來說，項目名稱、結構、依賴管理等都在元數據文件里保存著哩~

很明顯，用誰的都不合適，畢竟現在Java平臺的IDE還三足鼎立呢(至少還有兩足)，“得罪”任何一方都是不行的。況且，對于程序本身來說，IDE并不屬于它的一部分，所以即便IntelliJ  IDEA已一統天下了也不應該依靠它的元數據文件去幫你管理依賴、管理項目。花無百日紅，明天誰知道呢~

這樣子炒來炒去不會有結論的，那怎么辦，難道非得“動手”?

面對這種情況，需要做的就是標準化，讓所有的IDE都支持識別同一種項目/目錄結構，問題自然迎刃而解了。這個時候有“人”就扛起了大旗，承擔了這種角色的，它就是Maven(發音為[?mev?n]，而不是“馬瘟”)。

不管是何種IDE，都能識別和加載maven項目，解析其pom.xml文件生成為IDEA自己的元數據文件即可正常完成加載啦。因此，對于開發者來說，只需要面向Maven管理項目即可，再也無需關心具體IDE，這種差異性交由它幫你擺平。繼續拿dubbo舉例，在實操中它確實也是這么干的：只往github里提交了maven結構的源碼和pom.xml元數據文件：

從此即使你用Eclipse，我用IDEA，也能正常的相愛了。

值得注意的是：既然使用了maven的項目結構，那么提交到github時，一些IDE自己的元數據文件就不能再提交了嘍。因此，一般都會在項目的.gitignore文件里添加上如下配置項：

# eclipse ignore .settings/ .project .classpath  # idea ignore .idea/ *.ipr *.iml *.iws

創建/導入Maven項目

既然Maven項目已然成為標準，因此在實際情況中不管是新創建，還是接觸到的99.99都是maven項目。IDEA和Eclipse都提供了對maven項目的“完美”支持。

IDEA和Maven項目

創建Maven項目：

左邊類別中選擇Maven就表示需要創建一個maven項目，點擊Next(當然你也可以選擇一個模版骨架，如果公司有統一骨架的話)：

點擊Finish，打開一個新的IDEA窗口，大功告成：

繼續創建兩個子模塊(hello-client和hello-service)，同樣也用Maven項目：

點擊Finish，并在子模塊里添加Spring Context依賴：

并讓hello-service模塊依賴hello-client模塊：

所以現在即使在hello-service模塊里也能正常使用spring-conext相關類嘍：

什么原因?這時 上篇文章 的內容就起作用啦，查看項目的結構Project Structure一探究竟：

 

hello-client模塊里的依賴：spring-context

hello-service模塊里的依賴：

這里有spring-context的依賴，所以就能夠正常使用。

發現沒有，在創建此項目時，開發者只需要關心Maven方式創建，模塊依賴的時候也只需更改Maven的元數據文件pom.xml即可，IDEA我會自動“解析”好放在項目結構Project  Structure里并保存在它自己的元數據文件中(如xxx.iml文件等)，從而確保了正常運行和管理。

打開/導入Maven項目：

打開窗口，選中pom文件(或者頂層文件夾)即可搞定。

導入maven模塊時稍微有點不一樣，了解一下：

?注意：在IDEA里Project項目是不存在import導入這么一說的，因為它是個獨立體，只能說是打開項目?

選中某個文件夾后，確定進入下一步：

如圖，IDEA支持把多種類型的模塊導入進來，不可謂不強大：

• Android Gradle：若是安卓項目，選此項

• Eclipse：若是Eclipse項目，選此項(請注意：有eclipse元數據文件的才叫eclipse項目，而并不是對方用Eclipse開發就一定是eclipse項目，畢竟還有可能是maven項目嘛)

• Gradle項目：若是Gradle項目，選此項。比如Spring Framework項目

• maven項目：99%情況下，我們選擇的應該都是此項

點擊Finish即可把該模塊導入進來了。

值得一提：很多“老程序員”在一個IDEA窗口里看似顯示了多個“項目”，其實就是把一個Project當作一個Module模塊導入進來了，這樣做是非常不建議的，不信打開你的Project  Structure瞅一眼，簡直亂如麻，就是災難無法管理。本系列前面文章詳細介紹了這么做不妥的原因，并給了最佳實踐，歡迎前往參閱。

Eclipse和Maven項目

大同小異，略。

Maven一統天下

?說明：本文并非Maven專題，僅對其一統天下的現狀簡單聊幾句?

Maven是一個項目管理工具：包含了一個項目對象模型 (POM：Project Object  Model)，一組標準項目結構，一個項目生命周期(Project Lifecycle)，一個依賴管理系統(Dependency Management  System)，和用來運行定義在生命周期階段(phase)中插件(plugin)目標(goal)的邏輯。

Maven的每個功能都是殺手級別的存在，非常強大和好用，中大型項目必備。譬如其依賴管理系統，若沒有它的話依賴一個Jar得先去官網down一個對應版本的下來，然后添加到IDE里，打包的時候一起打進去，可謂麻煩至極且容易出錯。

也不知道Maven什么時候早已一統天下了，反正A哥知道早在2015年Spring Framework團隊就宣布其官網 再也不提供  Jar包的下載;在github上幾乎所有的流行的Java項目都用通過Maven來構建和管理的;對于年輕一點的程序員來說，如果一個項目不是Maven項目，大概率不知如何上手，因為上學的時候默認就是按照maven項目來講的。

如今2021年了，Maven項目是絕對的王者，事實的標準。不客氣的說“幾乎所有”中大型Java項目都是Maven項目(Spring  Boot默認就是Maven項目)，這或許是它的最大貢獻之一，讓全世界的Java開發者們統一了“語言”。Maven的存在也極大的鞏固了Java生態，降低管理、構建、依賴管理的門檻，使得一直能以保持活力。

說到Maven就不得不提一提Gradle。可能有同學會說Gradle會替代Maven成為下一代最流行的項目管理構建工具，不信你看Spring  Framework都遷過去用Gradle構建了。誠然Gradle作為新一代產品有很多“過人之處”，但在可預見的將來，Java平臺里Maven依舊是絕對的標準，無可撼動。畢竟Maven功能非常完善，關鍵是沒有致命的缺點，換的動力并不大的。而且存量市場過于龐大，船大難掉頭甚至不會掉頭。就像當年的xhtml一直雄心勃勃想干掉html一樣，最后，你懂的~

?Gradle在Android開發中是主流，因此對于這種“新新技術”采用Gradle是不錯的選擇?

“什么是IDEA、Eclipse、Maven”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！