放弃seam
 |
xxqn
2009-06-23
如果你用适当的办法绕过jsf（或者结合），例如用seam remotin的话，你会发现，慢不是因为seam的问题，引入ajax等等，都有助你提高性能。
其实，慢的罪魁祸首是jsf（包括扩展的jsf框架richfaces）。 |
 |
bluesummer
2009-06-23
之前一直用struts, 忽然转SEAM,超级难以适应！
很难过！很无奈！ |
 |
cnlw1985
2009-06-24
bluesummer 写道
之前一直用struts, 忽然转SEAM,超级难以适应！
很难过！很无奈！
放弃seam吧，真的很垃圾！！！ |
|
qfvszy
2011-01-03
引用 首先我得声明，我没有用过jsf,seam,gwt。。。我只用过ext js,flex。html,css,js都会写一些。
我觉得在bs架构的应用里面，b这一端本质上就是html,js,css，还有第四种吗？没有了。最多加个flex。 其他无论啥技术最后不是都得翻译成浏览器这边的html,js,css吗。 我觉得让服务器端过多的控制浏览器端的显示输出是个吃力不讨好的活。有这功夫干嘛不好好研究研究js,css什么的呢？非要用一些后台的组件框架？越搞越复杂。 不怕笑话，其实我连后台的标签tag都不用，因为那是浏览器识别不出来的标签。组件标签用得越多，就越觉得那不像是个页面。。。 试问，如果一个做后台开发的程序员同时熟悉html,css,js，或者学习html,css,js的学习曲线，花费的时间并不像想象的高，那这些服务器端组件框架的优势在那里？ 看你们说的这么复杂，我胡乱说几句。没有冒犯各位的意思，我只是说下自己的想法。欢迎批评指正 同感同感！ |
 |
super0555
2011-03-18
刚开始学，从微软的.NET一下转过来确实也是觉得有点难，文档太不清晰了，总是一堆一堆的术语、包装，真正需要的解释寥寥无几，这个肯定影响它的推广，反正我感觉有点吃力
|
 |
眯着眼的老狼
2011-04-11
发这贴，一晃就两年了......
|
 |
java-boy
2011-04-28
开发效率才是王道！这就是为什么选择Seam！
|
 |
guofengcn
2011-04-28
眯着眼的老狼 写道 发这贴，一晃就两年了......
那回过头来给我们总结一下两年的seam经验！ |
|
kopes18
2011-09-17
顶
|
|
ratking
2011-09-27
如果能交流一下Seam 3在项目中的使用就好了。
|
