|
锁定老帖子 主题：seam再见了
精华帖 (0) :: 良好帖 (0) :: 新手帖 (3) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-04-28
最后修改：2009-05-10
经过一段时间的seam开发，感觉seam用着挺好的，代码写起来还是很方便的，而且代码量确实如介绍的那样，比jsf+EJB开发少了很多，而且会话Bean作为jsf的后台很方便的去操作业务逻辑，但是我在做seam到现在遇到一个致命的错误——运行效率，是它让项目经理放弃了seam开发的一个主要原因，其他原因有很多了，比如说js的编码，js要写到注释中（这里用的是facelets而不是jsp），对myface的tree2的支持，对fckeditor的支持，等等，一系列的原因导致最终放弃了seam，自己也觉得挺可惜的，也投入了很多的精力在seam中，但是在项目的全局考虑来说现在放弃也是一个比较好的选择，因为现在开发的是公司的一个平台，对代码的安全性，和效率方面要求比较高，所以seam的上线运行还是个未知数，所以最终还是没有冒这个险。呵呵，就说这么多吧，seam再见了
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2009-04-28
MakeLove 写道 没看懂.....
晕 |
| 返回顶楼 | |
|
发表时间：2009-04-28
很容易懂啊 ,技术选型因为效率和其它原因放弃了SEAM.
比那个"格鲁"容易. |
| 返回顶楼 | |
|
发表时间：2009-04-28
大多数时候应用的运行效率问题纯粹是因为数据库建模的原因……
|
| 返回顶楼 | |
|
发表时间：2009-04-28
刑天战士 写道 大多数时候应用的运行效率问题纯粹是因为数据库建模的原因……
这个我就不是太赞同，因为用seam开发的系统是原来用jsf开发过的，把局部的东西用seam开发，但是同样的代码，同样的数据库，seam总是比jsf开发的要慢，我一开始也考虑过时代码效率低或者数据库设计的问题，但是jsf上运行通过的代码放到seam中还是慢啊 |
| 返回顶楼 | |
|
发表时间：2009-04-28
不知道你们现在使用什么了？
|
| 返回顶楼 | |
|
发表时间：2009-04-28
最后修改：2009-04-28
JSF+JSTL，足够了，如果嫌不够就上rails。
|
| 返回顶楼 | |
|
发表时间：2009-04-28
iamlibo 写道 不知道你们现在使用什么了？
现在用的是jsf+ejb |
| 返回顶楼 | |
|
发表时间：2009-04-28
seam可以算是 叫好不叫座的典范吗?
(纯疑问 ) |
| 返回顶楼 | |
|
发表时间：2009-04-29
刑天战士 写道 大多数时候应用的运行效率问题纯粹是因为数据库建模的原因……
和ORM工具的误用 |
| 返回顶楼 | |
