spring=画蛇添足

七层的网络。。。。与tcp/ip
区别是一个是理想的，另一个是可以用的。

没有人逼你用spring。
但对于公司来说使用spring的成本要比自己开发一套低很多。
左右不了这个行业，只能学着适应。

可爱啊

确实有点搞笑, 不过高手多数不屑一驳, 我来说说

为什么Spring要getBean, 因为要IOC, 你的ContextHolder当然也可以做到IOC, 与spring差别在于你要实现一层IOC, 你就要做一个ContextHolder, 做一个稍微复杂一点的项目估计维护ContextHolder就够呛, 而spring是一种全民福利的方式做到的, 每一个对象都拥有这个IOC能力, 比你大方吧, 另外spring的bean支持继承, 代理, AOP等方便的功能也不是几行代码就能完整的实现好的.

关于xml, 因为xml的无副作用的自由替换性, xml在某些场合是不可取代的, 或许说不能用好的方式取代, 举个简单例子, 运行环境与测试环境的datasource不一样, 可以做两份datasource的xml, 很容易通过不同的build参数切换。

还有你前面提到对spring配置中import xml拿来比较也没什么意思, 其实对于这种耦合性很强的方式我基本没看到有人用, 多数都是自动load符合条件的xml, 特别是对于很多子项目的项目, xml都打在jar/META-INF里面, 这是对配置文件的IOC，其实小项目也可以这样用，如果你关心自动测试而且需要细粒度的独立测试，没人愿意为了一个小小的修改要跑一个数十分钟的测试吧，xm搭积木的能力还是很强的

我看见精华是零，所以帮你投了一票   反正不会影响这个帖子的历史使命（被BS）
大家都是吃饭滴，火星人要吃，我也要吃。。。。。。

就像历史总是在变的，筒子难免有拨乱反正的时候。。。但是不能做愤青，记得，要感化，时不时也得棒棒糖和棒棒一起上  这句和楼主的观点不完全相关

难得技术贴也能这么搞笑

别的俺就不多说了,各位已经通通说了,就想问下:对于从事java一年来的你对2M的spring了解了多少呢?

根据项目的配置,使用的场合不同,技术可以不同,架构也可以不同.而楼主现在碰到的情况在楼主看来使用spring真的是多此一举,楼主发此贴勇气可佳,希望楼主在接触更多的项目时对spring有新的看法.
引用Rod Johnso说的一句话: before we decide where we are going, we must know where we come from.

我们都身处不同的技术环境,所以我们对同一事物会有不同的看法,有的甚至大相径庭.所以建议大家多用用客观的角度考虑别人想法及观点.

行啦，观点没啥好讨论的，又不是水源，攻击性的话在这里省省吧，投隐藏吧。
--我刚才点"隐藏"，它居然一下子就变成隐藏状态，原来就差我这一票啦，哈哈~

赞一个