问一个很白痴的问题：兄弟们认为Seam的前景如何？
 |
lizhengjun
2009-06-27
虽然我也刚开始学习Seam，用于我们的一个实际项目中，随着了解的深入，越觉得Seam非常了不起，只是学习难度确实比较高，学人必须要有相当的功底才能在短时间内学好Seam，不过相信一旦熟练掌握后，往后开发项目会更加得心应手。
|
 |
xulei2709
2009-06-28
其实，我个人感觉，面向组件的WEB开发，是一个趋势，我们应该站在巨人的肩膀上向前看，总不能什么东西都自己手写吧，那样太影响开发效率了。当然目前的JSF的组件还不够完善，包括MYFACE的实现，许多组件都有BUG，不过我相信，随着时间的推移，假以时日，面向组件的开发必将成熟。
|
 |
lmbb1945
2009-06-28
cnlw1985对你无语了
|
 |
jializh
2009-09-04
艺多不压身，我赞成，但是毕竟现在国内用的较少，所以我认为应该在能够用其他技术混口饭吃的前提下研究seam
|
|
freeheron
2009-09-09
至于前景就不好说了。在国外seam的势头是很猛的，据说都要超越spring了。但在中国也可能会水土不服的。不过也很难说的。记得当年刚开始接触spring时，同事们都不了解。后来我也没一直持续深入研究，想不到现在在中国都这么火了。
东西的好坏就看使用的感觉了。就像本人从struts 1 开始就一直觉得struts不好用（至少是达不到我的要求），甚至用到struts2了，有些功能还得去修改源码，自己再编译。感觉就不是很爽。现在好用的东西不少了，个人基本上要放弃struts。 spring毕竟也是好多年的东西了。去研究研究seam也不是什么坏事，很多商业软件中用jsf的很多，jsf毕竟看似更加专业化一定，毕竟是大多厂商所支持的，说不准某天去了哪个老外公司，就得用这个了。 什么技术都有过时的时候，搞IT的就得去适应这种变化。可能刚学某种东西就过时了，但也不能不去学呀。艺多不压身！就是这样。 |
|
otupia
2009-09-10
个人觉得如果说企业应用的话，尤其是管理端类型的。seam可以说是非常好了，觉得确实很不错啊。不过要是强求效率就算了。
|
|
jwd001
2009-09-13
很不错，我们这儿的网站大都是用seam写的。首先view first,并可以在页面上直接调用component class的method,比如展示新闻列表: <ui:repeat value="${artServ.getArts(8,0,20)}">，不会因仅仅修改行数或栏目就要重新修改源码。如果只是简单的CRUD,可以写个sql、util工具类，然后${sql.query('from XX where cid=? limit ?',util.array(8,20))},连component class都不写了。
当然，seam还是有点重，运行慢，期望jsf2、seam3、richfaces4能好些. |
|
poster214
2009-10-15
cnlw1985 写道
realsantino 写道
太偏激了，JSF做不出项目吗？国内做的人也许少，但是国外市场还是很大的，并且日趋成熟。PS：XX银行的网银是JSF的
装X遭雷劈，你觉得的垃圾seam最大优势是什么？能说说吗？你不要跟我提什么国外，你怎么不去国外用JSF做项目呀.我看着seam页面上的标签就恶心，请问它能不能离开标签，一堆一堆的标签，看起去像大X 我覺得整個帖子中最會裝X的就是你了，滿嘴噴糞，從頭到尾沒見你正經說話，我們的項目就在用seam除了初學難度大以外其他都很好，開發效率很高 |
 |
liuyu220
2009-12-02
讨论归讨论啊，看了一路，人身攻击倒是挺多的，有意见稍稍保留下多好。
觉得seam这个东东挺好的，目前正在学习中 |
|
liuyu220
2010-01-06
cnlw1985 写道
forge 写道
jsf 相对其他web框架学习成品高。为什么国内的项目用jsf比较少，原因有很多。并不是用的人多，就是好东西，用的人少，就是差的东西。jsf既然能标准，就有它的优势。seam不是Java Web框架，是 javaEE 框架。
请问标准是什么？就是sun推出的一套java EE？这有什么用的？Spring是Java EE的标准吗？不是，但是用它的人多，研究它的人也很多。不要给我讲什么标准，做出来项目才是王道！！！ 这个倒是现实说法，的确，seam要普遍认可还有一段路要走。 |
