seam再见了

seam&jsf ~ hibernate&jdbc ?
要加载一大堆的文件=慢？

用一下就知道了，比Apache MyFaces慢一半大概，还有Hibernate比TopLink慢了也将近一半，两样合到一块後果不堪设想。

web嘛，一定要轻。
我也用seam一段时间，和楼主一样感觉，效率问题。

其实快慢自己用一下就知道了，看到很多文章说这里好那里好，那只是看到了优点，缺点呢，一般都不会讲的，有关seam的文章只说到了提高开发效率，代码量少了，可在运行效率上没有说明啊。我这次放弃seam的最终原因就是运行效率低

据说有运行在Java上的PHP解释器，不知道谁用过。

我觉得 Seam 是不大适合 Web 开发的，而是适合一些企业开发。这里的 Web 开发指的是应用的客户只是一个人，这个客户同其他客户并没有什么协作关系。应用所提供的功能的工作流程也相对简单。对于这样的应用，Seam 优势是发挥不出来的。对于企业应用，有用客户之间的协作关系较强，工作流程相对复杂。这时，Seam 所提供的 Conversation、工作流以及其他特性都会这样的开发场景提供很多帮助。

这是正常的。。。
在以前公司，推行JUnit, TDD 时，一些所谓的公司核心技术力量开始说三道四，说不好那不好。
其实，几乎没有一个人在项目真正运用。
有的人连junit一次都没有使用过。
我后来看出了一些问题，为什么这些喜欢传统直接目测的方式，出现问题，就可以推三推四（因为这种环境下一时看不出是谁的代码出了问题），把责任首先推到别人头上。

不管楼主是使用 seam 还是 jsf ，都要了解它的运行原理，利用它的特点和优点进行开发。如果使用这些东西，首先都是将自己的思维放在第一位，什么框架都用不好。我无法想像，jsf 在你们项目中是如何运用的。

seam没有经验，不过richfaces实在太慢，
强烈建议不要用。

楼主提到的问题纯粹是由于对Seam的不了解造成的，不是Seam的原因
不过Seam由于国内用的人太少，很多具体应用的解决办法并不是很符合国内大多数开发人员的习惯而已，也仅仅是由于习惯而已。

很多对Seam不了解的人都在说Seam的效率不行，实际上真正有几个坚持用Seam开发完真实的项目然后测试过的？仅仅在开发的时候测试运行感觉运行慢，就说实际上线必然慢。前端用了RichFaces的确效率有降低，但是那不是Seam的问题。

虽然我也没有实际测试过具体Seam的效率怎么样，但是我只看实际运营的情况，我们公司用Seam开发的几个项目，最终在客户那里稳定运行以后，没有人感觉到效率问题。

开发过程中的效率问题的确是比较郁闷的，因为开发的时候，尤其是调试测试的时候，经常要重启容器，首次启动都要加载很多东西，并且对内存的要求也比较高。