[SEAM] 从此离开seam
 |
sxlkk
2009-04-28
经过一段时间的seam开发，感觉seam用着挺好的，代码写起来还是很方便的，而且代码量确实如介绍的那样，比jsf+EJB开发少了很多，而且会话Bean作为jsf的后台很方便的去操作业务逻辑，但是我在做seam到现在遇到一个致命的错误——运行效率，是它让项目经理放弃了seam开发的一个主要原因，其他原因有很多了，比如说js的编码，js要写到注释中（这里用的是facelets而不是jsp），对myface的tree2的支持，对fckeditor的支持，等等，一系列的原因导致最终放弃了seam，自己也觉得挺可惜的，也投入了很多的精力在seam中，但是在项目的全局考虑来说现在放弃也是一个比较好的选择，因为现在开发的是公司的一个平台，对代码的安全性，和效率方面要求比较高，所以seam的上线运行还是个未知数，所以最终还是没有冒这个险。呵呵，就说这么多吧，seam再见了，seam板块的兄弟们再见了
|
 |
wetouns
2009-04-28
这么悲痛啊
|
 |
Mrpublic
2009-04-28
哦 呵呵 也不能說放就全放呀 有空回來看看啥 ，一起討論呀
|
|
sxlkk
2009-04-28
Mrpublic 写道 哦 呵呵 也不能說放就全放呀 有空回來看看啥 ，一起討論呀
以后我会经常来seam板块的，呵呵 |
 |
andyhan
2009-04-29
绝对的偏见。
|
 |
5day
2009-05-04
运行效率的确是个问题。
现在在弄portal+groovy+seam，效率的确有点让我担心。 真希望大家多讨论下seam性能调优方面的东西。 |
 |
may_cauc
2009-05-04
感觉性能问题在richfaces上，不在seam上
|
|
wetouns
2009-05-05
5day 写道 运行效率的确是个问题。
现在在弄portal+groovy+seam，效率的确有点让我担心。 真希望大家多讨论下seam性能调优方面的东西。 正准备研究SEAM的性能调优了，有什么好的想法一定要多多发表啊 |
 |
xxqn
2009-05-05
效率是jsf引起的，不是seam，你可以考虑用remoting，这样可以绕开jsf。性能有质的变化。
|
|
xxqn
2009-05-05
有其他的一些项目可以用于swing flex等，这样性能更加优越。flamingo就是这样的一个项目。
|
