浏览 3596 次
|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-04-16
我个人的理解是, 凡是对象中有复杂逻辑处理的, 又或者对象的属性随着需求的改变而变动很大的, 都应归到spring框架中管理, 当对象为简单的pojo类型又或者只是有静态方法的工具类,则不需要在spring中声明. 当然,我的理解可能不全面,希望有spring经验的朋友来讨论一下.
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2007-04-16
Spring生来就是For Pojo。
|
| 返回顶楼 | |
|
发表时间：2007-04-16
使用Spring与否跟你程序的逻辑是否复杂没有根本的关系。只要想着Spring能帮你减少很多重复的工作，帮你处理很多琐碎的东西，你只要专注于你的业务逻辑就可以了。当然，Spring可以影响你设计的风格。
|
| 返回顶楼 | |
|
发表时间：2007-04-16
我不是说项目中应不应该使用spring框架，我是说，如果我的项目中使用了spring，那么在什么情况下，又或者说哪些用途的对象，有必要让spring来管理，哪些没有必要．
|
| 返回顶楼 | |
|
发表时间：2007-04-16
lixuehui 写道 数据操作层和业务逻辑层用spring管理，因为这些包含到事务注入以及以后的扩展,pojo如果仅仅是用来传值,也不会在上边做什么改动的,则不用放在spring容器里好了.
同意 ，业务对象和持久层加以来让Spring管理，这样可以使用Spring的事务支持，简单的pojo，只充当dto功能的，不存在状态改变的，就不需要让Spring来管理了。 |
| 返回顶楼 | |
|
发表时间：2007-04-16
可重用、可插接组件 由容器管理。
|
| 返回顶楼 | |
|
发表时间：2007-04-16
rainlife 写道 lixuehui 写道 数据操作层和业务逻辑层用spring管理，因为这些包含到事务注入以及以后的扩展,pojo如果仅仅是用来传值,也不会在上边做什么改动的,则不用放在spring容器里好了.
同意 ，业务对象和持久层加以来让Spring管理，这样可以使用Spring的事务支持，简单的pojo，只充当dto功能的，不存在状态改变的，就不需要让Spring来管理了。 我也这么认为！ |
| 返回顶楼 | |
|
发表时间：2007-04-18
Godlikeme 写道 可重用、可插接组件 由容器管理。
以及需要spring提供支持的对象交给容器管理 
|
| 返回顶楼 | |
