jsf是基于组件方式设计，基于swing和struts的mvc框架设计的。
在jsf中表单提交和超连接是以一个事件的方式体现。jsf的表现层是通过一种渲演方式，现在是使用jsp标签，但如果你重新设计一个渲演器，将可能去掉jsp标签。jsf基本框架是基于Decorator模式实现的，内部有一个小型的ioc实现一些基本的注射依据功能。

jsf是以后web开发的标准，我个人感觉可替代struts。
但现阶段jsf的开发ide还是基于源码级别，因为开发速度还没有明显的提交，但以后我想会出想vb那个的ide来拖拉组件，那时就好了。

JSF 不可以 和Struts 结合起来吗》

->我想会出想vb那个的ide来拖拉组件，那时就好了
那不是.net已经实现的吗?

JSF可以和struts结合起来。配置web.xml时，注意
<load-on-startup>2</load-on-startup>一个是1,一个是2
这样两个总控Servlet都能加载。

您指的是：<load-on-startup>1</load-on-startup>吗？

谁是1，谁是2呢？还有1，2有什么区别吗？

您指的是：<load-on-startup>1</load-on-startup>吗？

谁是1，谁是2呢？还有1，2有什么区别吗？

这是servlet启动规定，无所谓的。

这么多年的开发框架实践，经历过tubine,webwork,tapestry等号称先进技术的web框架，无数的酸甜苦辣，现在才发现：jsp才是最优秀的解决方案。

啊，你不是感觉Tapestry非常不错吗？我也是，近期在写一个三者比较文章，我反而觉得Tapestry不错了。
你说Jsp才是最优秀解决方案是什么意思？

不错不错，很久没来，来了就又跟banq学了一招，3ks！

struts最大的缺点就是非要把基于C/S架构的MVC实现套用到B/S架构的应用里，而不去考虑http的无状态性。其实所有的表现层框架都是以MVC为基础，只是针对不同的场景需要做出一些特殊的应对而已。针对http协议的无状态性，jsf的事件驱动模型无疑是目前最佳的应对方式！