|
锁定老帖子 主题：Spring2.0的新特性点评
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-10-05
对spring 折腾这么快一年时间,又搞了个很臭美的倒数后，只推出这么点功能不是很满意，对CRUD代码与编程架构影响都不大：）
而它的jira里还有很多我认为不错的功能还没有做出来。 看来真的是东西大了，想改起来就难了。 他应该把更多集成剥离到springmodules式的项目里，保证core可以快速升级。 |
| 返回顶楼 | |
|
发表时间：2006-10-06
一个完全依赖于spring的稍大一点的应用，使用xml配置bean和其之间的依赖关系简直就是一场噩梦。
不知道robbin说的脚本配置是怎样的一个配置，可否举一个例子？ |
| 返回顶楼 | |
|
发表时间：2006-10-08
robbin提到：
其实针对Rich Domain Object更进一步，如果将DAO功能作为Domain Object的抽象父类，那么持久化对象PO就会集PO，DAO，Service对象于一身，整个业务层，持久层完全合并为一个对象，通过这种方式进行框架简化得到的结果就是，高度类似于ruby on rails的full-stack的MVC框架。 与我们讨论了很多PO/DAO/Service分层的做法不是背道而驰了吗？ |
| 返回顶楼 | |
|
发表时间：2006-10-08
iamjxc 写道 robbin提到：
其实针对Rich Domain Object更进一步，如果将DAO功能作为Domain Object的抽象父类，那么持久化对象PO就会集PO，DAO，Service对象于一身，整个业务层，持久层完全合并为一个对象，通过这种方式进行框架简化得到的结果就是，高度类似于ruby on rails的full-stack的MVC框架。 与我们讨论了很多PO/DAO/Service分层的做法不是背道而驰了吗？ 是的。 |
| 返回顶楼 | |
|
发表时间：2006-10-08
iamjxc 写道 robbin提到：
其实针对Rich Domain Object更进一步，如果将DAO功能作为Domain Object的抽象父类，那么持久化对象PO就会集PO，DAO，Service对象于一身，整个业务层，持久层完全合并为一个对象，通过这种方式进行框架简化得到的结果就是，高度类似于ruby on rails的full-stack的MVC框架。 与我们讨论了很多PO/DAO/Service分层的做法不是背道而驰了吗？ 设计是要因时因地制宜的...... |
| 返回顶楼 | |
|
发表时间：2006-10-08
竞然撞贴...
|
| 返回顶楼 | |
|
发表时间：2006-10-08
robbin 写道 三、集成AspectJ，可以管理容器外对象，提供了领域模型的依赖注入 通常由Hibernate管理的持久化对象PO，并不是由Spring容器初始化的，往往是用户自己new出来，或者通过find，load方法创建的，其结果就是Spring容器无法对这种容器外创建的对象进行bean依赖关系注入。 在Spring2.0中，可以使用AspectJ对领域模型进行静态织入，这样当该领域模型在容器外被创建的时候，会产生对容器的回调，进行依赖关系的注入。 Spring2.0提供的这一特性，确保了Martin Folwer的Rich Domain Object的可行性，这一特性的提供恐怕会对未来很多Java系统的设计产生相当深远的影响。 昨晚试着把springside里的事务定义改成2.0的模式，发现真的舒爽了不少。不对比不知道啊，Spring 1.0 时的baseTxManager 模式实在太局限AOP的应用了，比如acegi与baseTxManager在定义时的关系。到了2.0才是真正的AOP方式定义AOP. 另外robbin提到的通过AOP，在容器外创建对象时依然进行IOC也是个很重要的特性，我们就可以打破 one bean, one xml define的限制，什么都需要在xml里定义一遍，也是非常非常影响spring应用的。 现在可以把*.*.*Manager.init(..) 批量加入autowirebyName的注入,哈哈。 robbin有这个Aspect的sample code么？ |
| 返回顶楼 | |
|
发表时间：2006-10-08
其实我到觉得用AspectJ来提供容器外bean的注入应该尽量避免使用。一来bean产生对于spring和aspectj的代码依赖，二来需要多一步静态增强操作，不利于调试。传统的做法死板到是死板一点，但是结构比较简单。
|
| 返回顶楼 | |
|
发表时间：2006-10-09
Spring的易用性实在是太诱人了……
现在国内书店计算机类书架上最火的书籍里面现在又添加了“Spring”一条。 这里面应该也是有过去几年中“Struts”跟“Hibernate”大卖的因素存在（有相当多的人希望用Spring这个框框来修补自己在Struts和Hibernate开发中“捅出来的娄子”）。当然了，抱有“拿来就用、用完就算”心态的软件工程师也不在少数，兴许今后他们又要用别的什么来擦现在的PP…… AJAX也是很火的，甚至于有的同学已经跳过JavaScript的书也直接奔向AJAX的条目了……只是有关RoR的书籍目前还是没有怎么流行起来哦。 愿Spring真主仁慈地遮住我光了几年的PP吧! |
| 返回顶楼 | |
|
发表时间：2006-10-09
iamjxc 写道 robbin提到：
其实针对Rich Domain Object更进一步，如果将DAO功能作为Domain Object的抽象父类，那么持久化对象PO就会集PO，DAO，Service对象于一身，整个业务层，持久层完全合并为一个对象，通过这种方式进行框架简化得到的结果就是，高度类似于ruby on rails的full-stack的MVC框架。 与我们讨论了很多PO/DAO/Service分层的做法不是背道而驰了吗？ 我的理解是Spring2只是支持这种设计方法，尚未鼓励大家在所有的业务模型中都这样做 |
| 返回顶楼 | |
