iT邦幫忙

第 11 屆 iThome 鐵人賽

DAY 17
0

前言

Java 現代專案幾乎都是以 Maven 或 Gradle 作為主要建置工具,他們兩個能紅也各有其背景,今天我們一樣要從無工具一路講到現代工具。今天前言就不多廢話 COME ON ! LET'S GO !

Manual with Bash

硬派的作法,現在習慣 IDE 的新人應該少有人這樣玩過 (謎之音:阿不是先裝個 Eclipse 就萬事ok了嗎!?),孩子不要大驚小怪,沒看過用 VIM 在手,什麼我都有的神人嗎 XD

用文字編輯器編輯 .java 檔案、用 javac 指令編譯、加入 -cp 來把相依函式庫放進 classpath、看是要編成 .class 檔或是用 .jar 打包、最後再用 java 指令跑起來,其實這些東西即使是現在都還是在做,只是 IDE 都幫你做掉了。我覺得都是知識,總是懂越多越好,懂了背後原理對學其他語言也有幫助。其實大家都是這樣的,你把指令關鍵字換一下就變其他語言的作法了。

Ant & Ivy

Ant, 全名是Another Neat Tool。官方的 FAQ 是這樣描述它的。

Ant is a Java-based build tool. In theory, it is kind of like Make, without Make's wrinkles and with the full portability of pure Java code.

這就是一個 Java 寫的 build tool,有點像 C 的 Make。用一個 build.xml 來描述要執行的任務(編譯原始碼、建立 .jar 檔、靜態分析、測試與生成報告、打包原始碼、其它擴充任務。編寫好之後再交給 Ant Runtime 來執行。而因為可帶屬性參數與編寫邏輯,所以 Ant 可以做的事情自然也就多了,可擴充性也很高。從定義每個任務的這個角度來看,其實在這時已經慢慢看到專案建置標準化這件事。在辣個時代算是很成功的工具,Maven 未出時這個簡直是一統漿糊,直到現在還是有死忠粉絲。

但他的短版在兩個點,一個是擴充度真的太高,過度自由化就不容易統一流程,很容易變成各家公司有各家公司的流程。第二個是經典難解問題,library dependency hell,試想你的函式庫隨著你的應用程式龐大起來之後,在你函式庫有升版的需求時如何面對錯綜複雜的相依版本關係?一個是當然就是死都不升,或是手解跟他拼了碰碰運氣,這也就是促成 Maven 崛起的原因。不過 Ant 在後來有配合 Apache Ivy 來處理掉這個問題,只是那時天下早已是別人的天下。

Maven & Gradle

開門見山的說,Maven 能紅就是解決了 Ant 的短版。首先是他發佈了一套 Build Lifecycle 標準化了流程,然後又弄了一個函式庫的倉庫透過一些描述與定義來解掉相依問題,同時不足的地方你可以自己寫 Maven Plugin 來處理。搭上幾個大型函式庫大紅的勢頭,他就這樣一路紅起來。

那講完優點講缺點,是嘛,怎麼可能沒缺點對吧!?第一個是他的 .pom (Project Object Model) 是用 XML 定義的,XML 本身沒有問題,只是隨著時代演進他顯得笨重繁瑣。第二個是它那套標準化的流程難以輕鬆地高度客製化,你看人就是這樣,所以這也又促成後面 Gradle 的興起。但平心而論它依然是非常傑出的產品,不在意它的缺點的話,它依然十分好用。

你解決了它的缺點,我來解決你的缺點,但是我解決了你的缺點代表你以前解決的缺點變成我的缺點。好,不講解應該沒人知道我在繞什麼口令。首先 Gradle 有個大靠山,就是 Gooooogle!加上那時候 Android 使用它來建置,使用人數基本上就是海量性的增加,有需求自然演進的快,這很合理。但他大紅我覺得是因為他的設計理念的確是有高明的地方,它採用了 Groovy 語言來做腳本提高了可編程性並且提高自由度、捨棄 XML 讓自己更輕量,所以他解決了 Maven 的缺點。只是當提高自由度一不小心又讓人有感覺過度自由的 few,這有走回 Ant 的老路,不過我覺得是小事,瑕不掩瑜。

Other

另外 Java 還有另外一套,主要是 Scala 在用的,叫做 sbt,小弟在當年跳去玩 Scala 一年的時候寫過,聽說 Scala 邁入大阪號 3 了,時光飛逝阿。

那最後這邊我們來巡巡其他語言相關的工具,但這不一定完全對照 Maven 或是 Gradle 的全部功能,我個人是覺得這兩個幾乎是全面向的。其他語言有時候只會有建置的功能或是管理相依的功能,不會同時全部在一起。

大名鼎鼎的 C Make、Javascript npm or Yarn、C# NuGet、Python pip、Golang 的 ???

對,Golang 的還在爭,目前看起來是 dep 會贏,但誰也不知道會怎樣,只求不要再讓我寫 err 了 (科科)


About Me

Jian-Min Huang

wide range skill set backend engineer

Research, Architecture, Coding, DB, Ops, Infra.

mainly write Java but also ❤️ Scala, Kotlin and Go

http://github.jianminhuang.cc

http://linkedin.jianminhuang.cc

http://note.jianminhuang.cc

yfr.huang@hotmail.com


上一篇
前後端溝通的演進
下一篇
部屬方法的演進
系列文
後端攻城獅的實戰筆記30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言