banq
2007-08-09 17:12
>我们可否将这种复杂性放入业务层,但这事必要多次对数据库进行查询,也事必会影响性能,小项目的话,可能可能忽略,但访问量很大的情况下,iBatis还是比较不错的选择。

由于和本主题不太相关,不说太多,我认为这个观点还是有些问题,Evans DDD厚厚一本书就是教我们如何用对象来表达复杂的业务,由此产生的频繁数据查询可以使用对象缓存降低,越是访问量大,对象缓存越是有效,所以,性能已经不成为阻止使用JPA这样简洁OO持久技术的障碍。

banq
2007-08-09 17:14
未来多层框架组合可能更加多元化:

struts1.x +Spring + JPA

struts2.x +Spring + JPA

struts2.x +Spring + Hibernate

jsf + Seam + EJB3

JSF + Seam + JPA/Hibernate

等等。

dreammore
2007-08-11 15:05
JPA 是规范。hibernate3.2是它的一个实现。

xyz
2007-08-14 08:49
jboss seam的学习曲线太高了,在短时间内(在相当长的短时间内),个人认为很难迅速推广普及!

littlesuns
2007-10-22 14:32
Hibernate被EJB招安好像有段时间了,听说Gavin King也成为了JCP委员会的一员了吧,力挺Seam当然也是应该的。

毕业后做的第一个项目就是用Seam,那时刚出来,还是beta版(一年以前有去一家大公司面试,他们的PM竟然告诉我没有听过Seam(那时候1.0都出来了),然后因为做项目只用了Facelets+jsf+Seam+hibernate,人家要struts+spinrg+ibatis,被人BS了一把,一怒之下把他们的offer拒了),就一个简单的Bijection容器和aop的功能,连自己的标签库都没有,但是那时候Seam Component的scope就分的很细了,感觉Gavin他们在这方面还是下了一定功夫的,虽然大家一样,都是提供组件化,但是我bean scope的选择比你(spring1.x)多,而且在开发中的确会有这方面的需求,而且我不但可以injection,还可以outjection,的确是挺有意思的(spring2.x不就针对web加入了不同的scope吗?),不是有人说Gavin跑去做web Framework "who care",我想我还是会care一下的。

Gavin还是比较年轻,之前好像就因为spring和seam孰优孰劣的问题在blog上和人吵过,不过Rod如果因为这个原因就放弃spring+hibernate的组合,未免也太小家气了点,毕竟现在hibernate做的还是不错的,开源社区不应该是通过吵架来解决问题的。

上面说了这么多,没有贬谁褒谁的意思,Seam和Spring我都用过,对于各自的设计也有一些自己的见解和认识,Spring的所体现的lightweight的确是一种很优雅的方式,我个人是很推崇的。在这里只是想说,java之所以能存活至今,仍有着旺盛的生命力,和社区的这些大牛们是有着巨大的关系的,只是希望大家不要因为一些分歧就搞得你死我活,既然是openSource,百花齐放当然是最好的选择,这也算是一个想做JSF+Ajax却被人考struts而且快一个月没有找到工作的人的一点小小的牢骚吧。

最后,to ls,seam的学习曲线应该不算高吧(不知道怎么画的),它出现的目的就是简化开发,看看那个booking的例子就明白how easy了,文档也还详细。不过想要对原理寻根问底,恐怕是有点难了,一个JSF+hibernate就可以撂倒一大片了,哦,还有EJB3。

呼,好久都没有关注Seam了,想不到竟然有了这么大的动作,看来是要再看看了,还有遥远虚幻的JSF2.嗯...好像快没钱吃饭了,还是先去忙找工作的事吧.T_T

[该贴被littlesuns于2007-10-22 14:33修改过]

[该贴被littlesuns于2007-10-22 14:35修改过]

猜你喜欢