我们还需要spring什么

楼主还是RoR好了，0-configuration，REST，no AOP，no IOC,filter so easy,
native template,support AJAX well

[size=large][/size]现在翅膀好像都长硬了 想想Spring刚出来的时候 想象without spring的世界...

You are free to use or don't use, nobody force you

Spring刚刚出世的时候，如潮水汹涌的赞美之辞，现在好像怀疑Spring的人数也越来越多了，其实我认为Spring已经从最初的单纯IOC容器组件演变成一个融合式的解决结构，如果说目前可以竞争的对手，应该是JBoss的Seam，还有就是SUN的官方J2EE标准了。不过Spring的IOC在2.5已经支持Annonation配置，虽然还有些小的瑕疵但是已经带给我们很大的帮助，至于Guice最初宣扬的速度问题，在2.5中已经不是优势，有兴趣的可以去看看。而在AOP，安全，ORM集成，Remoting等方面，Spring已经奠定了基础，Spring依然在进步，依然在发展，依然很活跃，所以Spring还是很NB的，我会依然支持它~~

without spring其实不可怕，一直without spring，本来想用，后来看了之后发现IOC配置起来好麻烦。AOP更不要说了就。靠配置进行事务管理，看起来不错，其实出现问题后，调试很难。楼主说的没错，只要自己开发一套事务管理框架就可以了，没必要为了喝一口奶就要养头奶牛！

解决问题的答案就是答案
其实用什么框架并不重要，重要的是运行稳定，开发速度，运行速度，修改速度

感觉用框架，很容易掉入因为框架而框架，不看实际需要

明明是你在养奶牛啊，呵呵
你还一直without spring？ 可怜的奶农

这么说太不负责任了。。配置麻烦在哪？？没有用过就不要数落SPRING。。用过再说哪不好，参与SPRING邮件列表的讨论。

spring的ioc配置起来很麻烦？我用了这几年怎么一直没有这种感觉？就因为这个配置问题自己开发一套事务管理框架？楼上那个兄弟说的对，你自己才是奶农。
而且用spring就仅仅是使用吗？有没有思考过人家那么实现的好处？什么地方使用的那些模式的妙处？
淡淡从remoting上讲，spring可以透明的让你使用各种remoting方案，甚至可以让调用者根本不知道那个是个remoting。你自己的设计能做到这种高度？

不好意思，太激动，反问句用多了

说实在的，我们自己在实验环境里面用过SPring，而且也翻看了Spring的源码，对我来说，Spring最有吸引力的不过是自动事务管理，通过AOP实现的。用AOP实现的事务管理在少量使用的时候也就罢了，大量使用就很难调试了。而一个事物管理框架开发起来不是很大，也不麻烦。我们有个弟兄就开发了一个这样的框架，程序员通过代码来管理事务，方便调试，简单且灵活。配置是否麻烦这样的事情取决于你开发应用的规模，如果你构建的系统包括二十多个子系统的时候，需要事务管理的地方太多了，都用配置来搞，难道你觉得很简单吗？我说可以without Spring是因为我们能够不要它而自己搞定同样的需求。 就如同我们不用ＪＢＰＭ，也能自己搞定工作流一样，我们的想法很简单，就是尽可能地让产品有更少对外依赖。
当然，Spring 适合你们，你们可以去用，我们一直without　Spring,也研究过Spring 发现他对我们来说价值不大，所以我们还会继续without　Spring。而我所想表达的是，without　Spring并不可怕，没有Spring可以照样高效率地开发应用系统。