|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-07-07
不发解，感觉seam跟 Oracle ADF是不是同一级别的东西？也就是说seam已经不是hibernate框架之类啦，而一种组件级的东西。从持久层到VIEW等层都有涉及。
有人知道Oracle ADF 与JBoss Seam有什么可比的吗？ |
| 返回顶楼 | |
|
发表时间：2008-07-07
seam的view层是一个弱点。
seam的conver...范围，是对jsf的状态保存的拟补。 searm的优点在于整合，降低java web开发的学习成本。 |
| 返回顶楼 | |
|
发表时间：2008-07-07
nihongye 写道 seam的view层是一个弱点。
seam的conver...范围，是对jsf的状态保存的拟补。 searm的优点在于整合，降低java web开发的学习成本。 如果只是做一堆表单的话，seam的view层也够用了。貌似这也只是SEAM的目标。 |
| 返回顶楼 | |
|
发表时间：2008-07-07
jarwang 写道 不发解，感觉seam跟 Oracle ADF是不是同一级别的东西？也就是说seam已经不是hibernate框架之类啦，而一种组件级的东西。从持久层到VIEW等层都有涉及。
有人知道Oracle ADF 与JBoss Seam有什么可比的吗？ 绝对不是，Oracle ADF只是JSF的一种，而且用起来问题很多（也有可能是我不会用），ADF本身还有一个持久层的东西，Oracle自己封装的，封装后感觉就像JDBC的ResultSet一样进行操作，根本没有持久化，Seam的话，正如各位所说的，Gavin King也力推的，真的框架，结合JPA，我们则可以关注真正要关注的东西——业务逻辑，而不是框架呀、脚本呀、整合呀等等，我们JAVA社区应该学一学ROR的优点。 |
| 返回顶楼 | |
|
发表时间：2008-07-07
Spring 用的不多，倒是用Seam做了一年多开发。给我的感觉就是 我越来越恨seam了 不！应该是说恨jsf 。seam还是不错的 怎么就跟jsf弄一起了 还粘合的这么紧 直接被带坏了。当然如果你的应用没什么复杂交互的话 你真是很幸运
|
| 返回顶楼 | |
|
发表时间：2008-07-07
xiao0556 写道 Spring 用的不多，倒是用Seam做了一年多开发。给我的感觉就是 我越来越恨seam了 不！应该是说恨jsf 。seam还是不错的 怎么就跟jsf弄一起了 还粘合的这么紧 直接被带坏了。当然如果你的应用没什么复杂交互的话 你真是很幸运
同感，同感。 |
| 返回顶楼 | |
|
发表时间：2008-07-07
我没用seam做过实际的项目，所以说不上喜欢或者讨厌，对它的了解完全出自seam reference，翻译它的时候就看着demo里那一堆堆的jsf tag犯晕。。。不是很喜欢在页面里大量使用tag。
起先在和朋友讨论seam时我们都怀疑seam里这么多的状态做起集群来会不会很麻烦，毕竟这些不同机器上的组件的状态都是要同步的。但后来在看reference中关于cache的部分是发现seam对于集群的情况已做了充分的考虑，起码实现起来没有之前想的这么复杂。 如果还要说有别的印象的话，那应该就是它对jboss的东东整合的很好，其他也就不记得什么了。。。 |
| 返回顶楼 | |
|
发表时间：2008-07-07
jarwang 写道 不发解，感觉seam跟 Oracle ADF是不是同一级别的东西？也就是说seam已经不是hibernate框架之类啦，而一种组件级的东西。从持久层到VIEW等层都有涉及。
有人知道Oracle ADF 与JBoss Seam有什么可比的吗？ 这边好像很少有人提及Oracle ADF,去年年底的时候心血来潮摆弄过一阵,感觉速度比Netbeans快,开发更人性化,就是不太明白里面几个打包部署的概念,最终不了了之.不过觉得他们的UI还是蛮漂亮的 |
| 返回顶楼 | |
|
发表时间：2008-07-07
robbin 写道 以上是我对Seam的一点小小的赞许，当然我也有一点疑问：
一、Seam的View实现是JSF，看页面代码还是密密麻麻的Tag 我是非常反感JSP Tag的，看看页面密密麻麻的Tag就头皮发麻，能不能弄一个Template呀，例如freemarker啥的？这些Tag既不直观，也不方便扩展。需要扩展页面组件，总不能让我自定义Tag去干活吧？不清楚这个问题怎么办？像freeamarker还可以方便的自定义页面宏呢。 二、每次修改都要重新打包发布，太麻烦了吧 就算修改一个页面，也要整个打包deploy成为一个ear去拷贝到jboss的应用目录下面，这个要是改页面，不是得烦死？ 我以前都是在项目里面直接内嵌Jetty，作为一个application启动，修改页面根本无需重起呀，更不要说deploy了。 总体来说，我觉得Seam框架非常出色，尤其是他的组件机制设计的很有匠心，真不愧是Gavin King精心打造的框架了，虽然看起来还是有些缺陷，但是做企业应用项目的话，Seam是一个很棒的选择，作为程序员来说，要比用Spring/Hibernate/Struts省心的多，更能够把精力放在业务逻辑的编写上面，开发效率也很不错，可能是Java开源框架里面最优秀的快速开发框架之一了。 1.Seam 2的版本中默认的视图展现是Facelets的xhtml，配合jsfc标签，完全不存在robbin你说的问题，不过jsp遗留的tag确实是不能避免，但是有了Faceltes这个貌似不是问题了。 2.Seam有两种模式，开发和产品模式，在开发模式中，你用的是exploded不是deploy。 |
| 返回顶楼 | |
|
发表时间：2008-07-07
melin 写道 打成ear也要吓退不少人，真实因为这个原因，所以就没有尝试过seam。j2ee的顽症。EJB 3.1如果能直接发布成war包，直接部署在servlet容器中就好了。我现在用openEJB就这样的。弄一个jetty。
Seam setup中有是EAR和WAR包的选择，另外内置的EJB容器JBOSS已经提供了，在Tomcat或Jetty中使用EJB，现在不存在问题啊，配置一下，只是lib包的增减罢了。 |
| 返回顶楼 | |
