開始嘗試使用Maven構(gòu)建項(xiàng)目的時(shí)候，驚訝于只需要簡單的幾行xml就可以完成原來ant需要大量xml才能完成的工作。不得不說，人們?cè)诮?jīng)過一定技術(shù)積累后，總能想到辦法簡化自己的工作。以前做項(xiàng)目，總是寫Ant配置文件，滿足于自己更靈活的配置，而沒有去思考，這么做到底值不值得。

想象一下，如果我們每個(gè)人都滿足于自己的私欲，為所欲為，我們的世界會(huì)亂成什么樣子？在軟件世界里，如果每個(gè)程序員都定義一套自己的規(guī)范，那么我們的軟件會(huì)亂成什么樣子？各個(gè)版本的瀏覽器就已經(jīng)讓眾多程序員頭痛不已了，更別提其他的了。想到這，你有沒有感覺，其實(shí)java的成功，xml的成功，maven的成功都有其必然性，他們的設(shè)計(jì)理念都包含一個(gè)很簡單但很深刻的道理，那就是“通用”。

為什么通用？因?yàn)樽裱s定。

通用又會(huì)帶來另一個(gè)好處，那就是學(xué)習(xí)成本低，當(dāng)新人加入的時(shí)候，很容易上手，主要他了解約定，或者說規(guī)范就可以了。對(duì)比一下相同項(xiàng)目的ant腳本和maven腳本，也就是build.xml和pom.xml，你就會(huì)明白，我為什么說學(xué)習(xí)成本低了。如果沒有約定，沒有構(gòu)建標(biāo)準(zhǔn)，n個(gè)項(xiàng)目可以能就要有n中項(xiàng)目目錄結(jié)構(gòu)，n種構(gòu)建方式。

這種遵循約定寫xml配置的方式就是最優(yōu)的了嗎？只能說是相對(duì)罷了。如果我們嚴(yán)格遵循約定，甚至可以省略掉xml的編寫，因?yàn)閤ml可能會(huì)帶來管理上的混亂。

眾多javaweb的程序員一定都有編寫ssh的xml配置文件的經(jīng)歷，而不知道你是否了解Rails。

Rails 的核心理念也是約定優(yōu)于配置，這意味著在Rails中不會(huì)出現(xiàn)XML配置文件。Rails使用Web應(yīng)用多年來積累的各種常見約定（更具體地說是命名規(guī)則）來代替XML配置文件，而在Rails內(nèi)部的映射與發(fā)現(xiàn)機(jī)制根據(jù)這些約定可以實(shí)現(xiàn)對(duì)象之間的關(guān)聯(lián)。

使用約定來代替XML配置文件說明Rails本身完成了大量的底層工作，這意味著使用更少的代碼來實(shí)現(xiàn)應(yīng)用程序是極有可能的。此外，代碼量的縮減也減小了出現(xiàn)bug的可能性，降低了維護(hù)程序和升級(jí)程序的難度。

如果你有一種“強(qiáng)迫癥”，發(fā)現(xiàn)程序員多少都有點(diǎn)強(qiáng)迫癥，哈哈，就是不愿意遵循約定怎么辦？我只能再寫幾句來試圖說服你。你真的需要那么做嗎？你真的需要那么個(gè)性嗎？個(gè)性意味著什么？沒有通用性。沒有通用性意味著什么？死亡。你可能還會(huì)質(zhì)疑，微軟的很多東西都沒有通用性，只能運(yùn)行于windows平臺(tái)，照樣活得好好的。但你有沒有想過全球那么多windows用戶，windows的通用性是不可質(zhì)疑的，間接使運(yùn)行在它之上的軟件擁有了一定的通用性。如果你還要再舉蘋果，好吧，朋友，你極端了。個(gè)性意味著復(fù)雜，沒有人喜歡復(fù)雜的東西。

既然遵循約定那么有優(yōu)勢(shì)，是不是我們就該放棄配置，以約定為王？還得用maven和ant來說事。如果你目前的構(gòu)建包含一些高度自定義的過程，或者你的項(xiàng)目結(jié)構(gòu)不能輕易變更為maven規(guī)定的項(xiàng)目結(jié)構(gòu)，或者你已經(jīng)寫了一些 Ant 腳本通過一種明確的方法完成一個(gè)明確的過程，而這種過程不適合 Maven 標(biāo)準(zhǔn)，你仍然可以使用ANT，或者將ANT腳本作為Maven的一個(gè)插件。從這個(gè)角度來看，約定不能干所有事情，總有一些是需要你自定義完成的。

綜上，遵循約定雖然損失了一定的靈活性，但可以減少配置，降低復(fù)雜性，降低學(xué)習(xí)成本呢，使程序更優(yōu)美。所以，我更傾向于約定優(yōu)于配置。

最新評(píng)論