重/輕量:其實(shí)是使用難易程度,從根本上說,重/輕量應(yīng)該和可伸縮性不矛盾的,特別是EJB 3.0推出以后,這個問題應(yīng)該得到比較好的解決。
但是,在目前情況下,編寫一個JavaBeans要比編寫一個EJB容易多,那么,是重/輕量還是可伸縮性應(yīng)該成為系統(tǒng)架構(gòu)的主要依據(jù)呢?
在這個問題背后,還隱藏了目前在開源領(lǐng)域兩個架構(gòu)技術(shù)選擇:
1. 重量:基于JBoss/EJB的完整J2EE系統(tǒng)架構(gòu)
(具有可伸縮性,目前不易于學(xué)習(xí))
2. 輕量:基于Tomcat的Struts+Hibernate/Spring+Hibernate (目前無太大可伸縮性,但是易于學(xué)習(xí)使用)
因?yàn)檩p量解決方案易于學(xué)習(xí)新技術(shù),容易使用,選中率比較高。但是讓人產(chǎn)生對系統(tǒng)的可伸縮性擔(dān)憂。鑒于這種情況,我認(rèn)為有必要強(qiáng)調(diào)一下可伸縮性的重要性,切不能因?yàn)橐M(jìn)新的設(shè)計(jì)思想和技術(shù),而盲目地采用一個無可伸縮性的設(shè)計(jì)方案。
其實(shí),"輕量"應(yīng)該是一個中性詞,但是因?yàn)榇罅啃碌脑O(shè)計(jì)思想比較容易通過輕量方案獲得成型軟件,如(Spring/Naning/Hibernate)等,逐漸的"輕量"好像變成了一個褒義詞。 如果從可伸縮性的標(biāo)準(zhǔn)看,輕量還可能是一個貶義詞,輕量意味著喪失重量系統(tǒng)中的分布式網(wǎng)絡(luò)計(jì)算的設(shè)計(jì)考量,那么可伸縮性就要打問號。
從這次JavaOne大會以及從長遠(yuǎn)來看,隨著EJB 3.0中間件輕量化、SOA架構(gòu)理念普及,輕量/重量的區(qū)別已經(jīng)模糊,如果還是以輕量/重量作為架構(gòu)選擇的標(biāo)準(zhǔn),甚至標(biāo)榜自己的系統(tǒng),無疑是不明智的。
可伸縮性應(yīng)該依然是實(shí)用企業(yè)系統(tǒng)架構(gòu)的主選,可伸縮性是站在軟件公司的客戶企業(yè)立場,為這些客戶企業(yè)考慮的,但是他們經(jīng)常因?yàn)楸徽J(rèn)為是外行,擋在了軟件系統(tǒng)架構(gòu)選擇的門外。