|
锁定老帖子 主题：seam再见了
精华帖 (0) :: 良好帖 (0) :: 新手帖 (3) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-04-29
嗯！ 开源来来去去
|
| 返回顶楼 | |
|
发表时间：2009-04-29
最后修改：2009-04-29
LZ,你说到seam效率问题,主要出在icefaces等的问题吧,页面运行效率低,尤其运用ajax后.
seam本身是很好的东西. 你可以用seam+ext作项目. |
| 返回顶楼 | |
|
发表时间：2009-04-29
Spring MVC 很简洁，(MultiActionController+JSP)
|
| 返回顶楼 | |
|
发表时间：2009-04-29
laochake 写道 Spring MVC 很简洁，(MultiActionController+JSP)
嗯,我也喜欢用 Spring MVC,Controller+FreeMarker 
|
| 返回顶楼 | |
|
发表时间：2009-04-29
最后修改：2009-04-29
楼主认为前端是制约seam效率的主因，这让人比较疑惑，struts2框架在前端可以有多种选择，此效率不行完全可以考虑用另一种，seam也如是。另外为什么seam的开发效率要低于jsf?seam在很多方面应该是对javaee开发简单便利方向的增强，单单从seam(天织)的含义就能看出来。所以有人看不懂你写的纯属正常。
楼主可以再深入的探讨一下。 |
| 返回顶楼 | |
|
发表时间：2009-04-29
sxlkk 写道 经过一段时间的seam开发，感觉seam用着挺好的，代码写起来还是很方便的，而且代码量确实如介绍的那样，比jsf+EJB开发少了很多，而且会话Bean作为jsf的后台很方便的去操作业务逻辑，但是我在做seam到现在遇到一个致命的错误——运行效率，是它让项目经理放弃了seam开发的一个主要原因，其他原因有很多了，比如说js的编码，js要写到注释中（这里用的是facelets而不是jsp），对myface的tree2的支持，对fckeditor的支持，等等，一系列的原因导致最终放弃了seam，自己也觉得挺可惜的，也投入了很多的精力在seam中，但是在项目的全局考虑来说现在放弃也是一个比较好的选择，因为现在开发的是公司的一个平台，对代码的安全性，和效率方面要求比较高，所以seam的上线运行还是个未知数，所以最终还是没有冒这个险。呵呵，就说这么多吧，seam再见了
JAVA再见了 |
| 返回顶楼 | |
|
发表时间：2009-04-29
没发觉seam效率很慢阿，倒是发觉richfaces真的很慢，不过还能接受
|
| 返回顶楼 | |
|
发表时间：2009-04-29
|
| 返回顶楼 | |
|
发表时间：2009-04-29
举个不恰当的例子：seam跟jsf的关系有点像hibernate跟jdbc的关系差不多，你觉得hibernate在运行效率上会高于jdbc吗，而且hibernate的出现就是为了解决jdbc开发很麻烦的问题，seam也是如此吧。
我用jboss-tool插件生成一个seam项目，他可以有个简单运行的界面的，我点击那些个页面就很慢，这是我说他慢的一个理由，自动生成的代码不会存在我编码效率低的问题而影响到它自身的运行效率，在一个就是看一下seam工程本身，它的结构很复杂，要加载一大堆的文件，能不慢吗？ |
| 返回顶楼 | |
|
发表时间：2009-04-29
估计LZ并没有深入了解seam
这么早就下结论. |
| 返回顶楼 | |
