Spring我就认为有一个好处而已..仅此而已.

loyal 发布于 2013/08/02 15:24
阅读 1K+
收藏 3

什么ioc,DI,你们的项目还真上线后频繁修改?分了很多层?还真有时候要换一层?

没有的话用个毛的Spring啊...它是简化了不少操作,它都给封装了...

由于spring太多人使用,现在连接池都直接提供spring的配置,我就看好这一个,这样项目可以根据实际情况换个连接池...而其他情况spring的意义都不大...我说的是spring,spring,spring...

加载中
0
平安北京
至少省了一部分代码,虽然上线的系统不会经常去改,但是更新还是有的,加个功能什么的
0
王瑞平
王瑞平
bean完全可以不交给他管
0
loyal
loyal

引用来自“王瑞平”的答案

bean完全可以不交给他管
无非new下...它也没管什么...无非spring可以指定单例或非单例而已.
0
EclipseMax
EclipseMax

不用spring管理事务

事务繁多复杂的时候,你就疯了

南湖船老大
南湖船老大
回复 @loyal : 根据方法名来做食物控制
loyal
loyal
你主要说的是hibernate吧?
0
clt
clt
其实是看中它的 bean scan 和事务, 不用老改,按预先定义的规则来就可以了。
0
白黑白
白黑白
注解管理事务挺好的
0
ByteSun
ByteSun
spring把事务这个大事帮你做了 难道还不好吗?
0
sxgkwei
sxgkwei

1,事务管理

2,默认单例:到处new可以复用的逻辑代码也是一种资源浪费

3,撑开了项目结构:有这样一个结构,用过的人最少知道什么样的代码改写在哪儿,找的人也知道去哪儿找,有利于团队开发和提升效率。有利于分配开发任务。

4,依赖注入:好吧对我们这些总可以直接改源码的,这其实反而是个可以完全忽略的好处。

0
人月神话
人月神话
spring 对各种第三方jar集成支持。
0
loyal
loyal

引用来自“sxgkwei”的答案

1,事务管理

2,默认单例:到处new可以复用的逻辑代码也是一种资源浪费

3,撑开了项目结构:有这样一个结构,用过的人最少知道什么样的代码改写在哪儿,找的人也知道去哪儿找,有利于团队开发和提升效率。有利于分配开发任务。

4,依赖注入:好吧对我们这些总可以直接改源码的,这其实反而是个可以完全忽略的好处。

完全不同意你的第三点和第四点...你只会spring吧?

第四点回答的很有问题啊...

返回顶部
顶部