|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-21
拿seam做了几个月的项目了，一个字，乱。。。。。 而且效率问题 实在不敢恭维。不知道能经的住多少并发。曾经测试过，并发多几个的时候，就会返回空白，什么也没有。用的是seam2.0
|
| 返回顶楼 | |
|
发表时间：2008-08-21
看了主帖感觉是基于JSF的，或者说是JSF的一种实现，
回帖中也有这样的观点，估计跟myFaces一样吧。 本来以为JSF是好东西，用起来感觉还是太笨拙了。 |
| 返回顶楼 | |
|
发表时间：2008-08-24
也不说用过jsf有多深入，给我的感觉还是作的太复杂，有点因为技术而技术的感觉。这么多年也没起来。
|
| 返回顶楼 | |
|
发表时间：2008-08-28
JSF\Struts等这些框架主要是看用在做什么样的项目上.各有优缺点.因为他们的机制不一样.Struts是页面驱动的,JSF是事件驱动的.如果你JSF开发一个以页面为主的新闻网站(不太确切)当然觉得不合适了.JSF+AJAX才是解决复杂的业务逻辑的WEB框架.
|
| 返回顶楼 | |
|
发表时间：2008-08-31
Seam真是不错。gavin king真是一牛人。我觉得JAVA还是一片春天呀。SPRING在怎么叫。框架在怎么多。SUN公司的标准目前还是企业级应用首选！
|
| 返回顶楼 | |
|
发表时间：2008-09-16
Anatorian 写道 seam和spring最大的区别，就是seam的组件可以是有状态的（或者说状态丰富的），而spring的bean则是无状态的。spring的bean并不记得上一次调用它的时候，它具有什么状态。但是在seam中，一个组件在它生存期内，是可以有状态的。Gavin认为人们在开发spring+ hibernate时遇到的阻力主要是来自于hibernate是有状态的，页面表现层也是有状态，但是spring却是无状态的。是这种有状态与无状态之间的不对口，导致orm的能力不能全部发挥，导致了从表现层到服务层的时候状态转换的麻烦。所以seam的理念，就是stateful。
我也觉得这是seam最大的亮点，也是seam大肆宣传的地方，也就是他的有状态，尤其是conversation状态，这个才是seam开发速度大大提升的诀窍，这个功能也是WebBean规范的主要内容之一。 spring对此也不是无动于衷，马上出来了spring web flow2.0，如果仔细看一下它的flowscope和coversation scope和seam的stateful是如出一辙的，和JSF的整合也很好。当然和ORM的整合就没有seam那么全面了，总之，大家在竞争中互相学习这是很好的事。有人甚至说spring web flow这次是抄袭了seam，希望seam学习一下spring容易在轻型容器（比如tomcat）中容易部署的特性。 感兴趣的可以看看TSS上的讨论：http://www.theserverside.com/news/thread.tss?thread_id=49421 挺spring的人说spring web flow的方式比seam更加的WebBean。 当然spring web flow2.0 刚刚发布不久，很多地方不如seam那么成熟，不过我很看好，拭目以待吧。 |
| 返回顶楼 | |
|
发表时间：2008-09-24
难道开源这么久，还不如oracle n年前出的一个oaf？？webbean的标准怎么现在才出来啊？？
|
| 返回顶楼 | |
|
发表时间：2008-09-26
nimrob 写道 也不说用过jsf有多深入，给我的感觉还是作的太复杂，有点因为技术而技术的感觉。这么多年也没起来。
用seam吧。入了门绝对感到简单多了。 |
| 返回顶楼 | |
|
发表时间：2008-09-26
qdzheng 写道 看了主帖感觉是基于JSF的，或者说是JSF的一种实现，
回帖中也有这样的观点，估计跟myFaces一样吧。 本来以为JSF是好东西，用起来感觉还是太笨拙了。 seam就是个胶水层 |
| 返回顶楼 | |
|
发表时间：2008-09-26
我用SEAM做过一个项目，感觉还是不错的，开发效率上比spring要高很多，但性能还是个问题，不过这有可能是JSF造成的，调试的时候很多时候一个方法要调用多次，这一点没有struts那么流畅
|
| 返回顶楼 | |
