该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-03-06
是不错,但也没什么新意,annotation事务spring本来也支持,Dynamic Finder主要就是hibernate提供的,不过是用上了annotation,DAO本来就是该省的,别的没法省,原来该做的工作还是要做
|
|
返回顶楼 | |
发表时间:2008-03-06
lllyq 写道 是不错,但也没什么新意,annotation事务spring本来也支持,Dynamic Finder主要就是hibernate提供的,不过是用上了annotation,DAO本来就是该省的,别的没法省,原来该做的工作还是要做
最大的区别就是底层由Google Guice驱动,而基础架构的改变会带来更多的改变。 |
|
返回顶楼 | |
发表时间:2008-03-06
ssuupv 写道 我们现在产品基于spring hibernate,这个框架有些功能确实没办法解决.最近在选型,看了一段seam框架,感觉对工具依赖性太大了,并且跟jboss绑定的很紧.哎,不知道用什么好了.
不知道你说的限制是什么,我推荐你试试这样的框架组合: Struts2.0 + Google Guice + Warp-persist + JPA(Hibernate) |
|
返回顶楼 | |
发表时间:2008-03-06
使用struts2(CoC)+JPA+spring(注解),会是怎么样呢?
|
|
返回顶楼 | |
发表时间:2008-03-06
rainlife 写道 使用struts2(CoC)+JPA+spring(注解),会是怎么样呢?
在java中这样的组合应该成经典,如果一味的最求zero 配置,也不是很完美,应该是注解和xml相结合,基本不会变动用注解,如果那些可变动的还是需要xml的,特别是spring2.5。提供的新特性(@Component,@Repository,@Service),大大简化了典型的三层结构的配置。 |
|
返回顶楼 | |
发表时间:2008-03-06
melin 写道 rainlife 写道 使用struts2(CoC)+JPA+spring(注解),会是怎么样呢?
在java中这样的组合应该成经典,如果一味的最求zero 配置,也不是很完美,应该是注解和xml相结合,基本不会变动用注解,如果那些可变动的还是需要xml的,特别是spring2.5。提供的新特性(@Component,@Repository,@Service),大大简化了典型的三层结构的配置。 Spring在静态的配置文件当中描述bean的依赖关系(或者静态的Annotation),在某些情况下这是一个非常讨厌的限制,导致你很难在程序运行期修改或者创建bean的依赖关系。 比方说,你的程序根据某用户的操作,创建了quartz bean执行后台任务,这玩意你没办法事先在配置文件里面写死的,那你就麻烦大了,只能想办法自己写FactoryBean,在程序里面调用这个FactoryBean自己手工创建依赖。再例如你一个prototype的bean,在程序运行期创建的时候需要从程序里面传入一个构造器参数,这个参数可能来自你的业务逻辑,那你马上傻眼了,写FactoryBean吧,在程序里面自己create吧。类似这种情况还挺多的,Spring也就是管理Singleton的bean很好用,一旦涉及到prototype bean啥的,处处受限制。 所以这个IoC的玩意,你要在程序运行期玩花样,灵活起来,动态起来,Google Guice就比Spring好用不是一点半点。这就是为啥我推崇基于Google Guice的warp的原因,当然warp自己也有一些很不错的地方。 |
|
返回顶楼 | |
发表时间:2008-03-07
robbin 写道 ... 所以这个IoC的玩意,你要在程序运行期玩花样,灵活起来,动态起来,Google Guice就比Spring好用不是一点半点。这就是为啥我推崇基于Google Guice的warp的原因,当然warp自己也有一些很不错的地方。 我用spring的唯一原因是管理transaction,IOC重来就没有觉得有用。 |
|
返回顶楼 | |
发表时间:2008-03-07
名字应该叫AnnoWork
|
|
返回顶楼 | |
发表时间:2008-03-07
为什么上去他的官网啊?
|
|
返回顶楼 | |
发表时间:2008-03-07
Good news!
|
|
返回顶楼 | |