【51CTO精选译文】对于Java开发者而言，Spring框架成为替代EJB的轻量级框架。它简单、合理，并易于设计、开发、运行应用程序。随着时间的推移，它从本来是那些想要获得更高效率的革新技术驱动的团队才选择的平台，成长为企业级Java开发团队选择的平台。

这很伟大，最好的技术获胜了。但现在Spring已经成为一家正式的公司，并被一家更大的公司所收购，而这家更大的公司本身属于一个巨型企业的主体部分。对我来说，Spring已经渐渐地成为了一个企业级的解决方案。

我不是在谈论公司结构，我对它本身没有什么看法。我也不是在谈论核心框架本身，甚至已经获得的额外部分（51CTO编者注：这里所指应该是今年5月Spring收购Hyperic一事）。我是在试着理解他们的开发套装、应用服务器、另一个应用服务器（DM Server），（就我所知现在他们甚至还有一个Web服务器？）。

首先我对开发出这样轻量级Java平台的家伙很尊重。精明的老板将同意在企业项目中使用这个平台。前提是，他们像Eclipse、Tomcat、OSGi服务器等开源软件一样有用：有类似的打包质量，从而使设计、开发和运行设计良好的工程应用变得更容易。那么OK，基于简单化的原则，我要用。

但我对提供解决方案的SpringSource套件摸不着头脑。我看了一下价钱，我看不出它们和IBM以及其他产品的实际差别。我所看到的是走上这条路，会让我的云战略陷入尴尬。鉴于费用与CPU的数量挂钩，而为每次增添CPU购买服务需要支付上千美金（每次都要等待企业对采购的批准），我无法根据使用要求而动态地添加和删除服务器映像。因此，从这个角度看它不是轻量级的。

而且我甚至不能看出每个SpringSource产品做了什么，因此无法评估付费对于我是否有意义。每一次我想要快速地了解，我很快就陷入了解决方案的细节中。然后我看到了一个关于发现日（SpringSource的Discovery Day，通告上写这是SpringSource产品的一个简介课程）的通告，嘿！一整天的研讨会去反复研究各种Spring源解决方案和解释它们到底是什么，这听起来很完美。哦，等等，参与课程需要花费400英镑。他们想要我为他们的销售演示付钱。

这真是天方夜谭。

那么，Spring是否能够保持它轻盈的脚步呢？

当然除去SpringSource现在有些令人疑惑的动作，Spring框架的更新看起来仍然在正常进展。前日刚刚出来了Spring 3.0 RC1的下载，变化挺大，感兴趣的读者们不妨去尝试一二。

原文: Is Spring still lightweight?

作者: kief

【编辑推荐】

1. Spring 3.0：结构与构建的巨大变化
2. Spring MVC总结：善用注解，生活更轻松
3. 在Spring MVC中用jQuery出现乱码的解决
4. 比较JSF、Spring MVC、Stripes、Struts 2、Tapestry、Wicket
5. Spring MVC framework深入总体分析