【51CTO精選譯文】對于Java開發(fā)者而言，Spring框架成為替代EJB的輕量級框架。它簡單、合理，并易于設(shè)計、開發(fā)、運行應(yīng)用程序。隨著時間的推移，它從本來是那些想要獲得更高效率的革新技術(shù)驅(qū)動的團隊才選擇的平臺，成長為企業(yè)級Java開發(fā)團隊選擇的平臺。

這很偉大，最好的技術(shù)獲勝了。但現(xiàn)在Spring已經(jīng)成為一家正式的公司，并被一家更大的公司所收購，而這家更大的公司本身屬于一個巨型企業(yè)的主體部分。對我來說，Spring已經(jīng)漸漸地成為了一個企業(yè)級的解決方案。

我不是在談?wù)摴窘Y(jié)構(gòu)，我對它本身沒有什么看法。我也不是在談?wù)摵诵目蚣鼙旧恚踔烈呀?jīng)獲得的額外部分（51CTO編者注：這里所指應(yīng)該是今年5月Spring收購Hyperic一事）。我是在試著理解他們的開發(fā)套裝、應(yīng)用服務(wù)器、另一個應(yīng)用服務(wù)器（DM Server），（就我所知現(xiàn)在他們甚至還有一個Web服務(wù)器？）。

首先我對開發(fā)出這樣輕量級Java平臺的家伙很尊重。精明的老板將同意在企業(yè)項目中使用這個平臺。前提是，他們像Eclipse、Tomcat、OSGi服務(wù)器等開源軟件一樣有用：有類似的打包質(zhì)量，從而使設(shè)計、開發(fā)和運行設(shè)計良好的工程應(yīng)用變得更容易。那么OK，基于簡單化的原則，我要用。

但我對提供解決方案的SpringSource套件摸不著頭腦。我看了一下價錢，我看不出它們和IBM以及其他產(chǎn)品的實際差別。我所看到的是走上這條路，會讓我的云戰(zhàn)略陷入尷尬。鑒于費用與CPU的數(shù)量掛鉤，而為每次增添CPU購買服務(wù)需要支付上千美金（每次都要等待企業(yè)對采購的批準(zhǔn)），我無法根據(jù)使用要求而動態(tài)地添加和刪除服務(wù)器映像。因此，從這個角度看它不是輕量級的。

而且我甚至不能看出每個SpringSource產(chǎn)品做了什么，因此無法評估付費對于我是否有意義。每一次我想要快速地了解，我很快就陷入了解決方案的細(xì)節(jié)中。然后我看到了一個關(guān)于發(fā)現(xiàn)日（SpringSource的Discovery Day，通告上寫這是SpringSource產(chǎn)品的一個簡介課程）的通告，嘿！一整天的研討會去反復(fù)研究各種Spring源解決方案和解釋它們到底是什么，這聽起來很完美。哦，等等，參與課程需要花費400英鎊。他們想要我為他們的銷售演示付錢。

這真是天方夜譚。

那么，Spring是否能夠保持它輕盈的腳步呢？

當(dāng)然除去SpringSource現(xiàn)在有些令人疑惑的動作，Spring框架的更新看起來仍然在正常進展。前日剛剛出來了Spring 3.0 RC1的下載，變化挺大，感興趣的讀者們不妨去嘗試一二。

原文: Is Spring still lightweight?

作者: kief

【編輯推薦】

1. Spring 3.0：結(jié)構(gòu)與構(gòu)建的巨大變化
2. Spring MVC總結(jié)：善用注解，生活更輕松
3. 在Spring MVC中用jQuery出現(xiàn)亂碼的解決
4. 比較JSF、Spring MVC、Stripes、Struts 2、Tapestry、Wicket
5. Spring MVC framework深入總體分析