同意JSF是垃圾的进！！！！

Question

如果出现你所说的问题，那就是真的是由于你技术还不到位。我讨厌JSF，正式讨厌它使用了和asp.net一样的事件驱动模式。

Answer 1

没有继续发扬struts1.0的技术方向改推jsf真tmd败笔。

Answer 2

真的很垃圾,没法跟.NET比,这种东西害人哪

Answer 3

用JSF实现一些界面的代码，用AJAX 跟后台关联，效果不错

Answer 4

这东西最差劲的地方就是对表格的CSS控制.

Answer 5

jsf 还是可以！主要是它的配置有点麻烦。但是jsf 能快速的转换为ajax，当然 ，需要operaMasks这个开源项目的支持

Answer 6

其实想学习ASP.NET的机制还是很不错的，可惜的是JSF学的太差了，很多东西做的非常不完善

Answer 7

没用过，不过看了一下struts2.0，估计jsf 在 struts2.0的强大攻势下，恐怕生存空间不大

Answer 8

徘徊中,不知道学JSF还是webwork好

Answer 9

JSF很好用啊，尤其是ajax4j这个工具让jsf轻松实现ajax操作。欧洲人比较喜欢这个，现在逐渐流行起来了。如果用不好是感觉挺不好用的。^_^

Answer 10

JSF还行 但有很多地方不是很完善~~~

Answer 11

jsf是有很多不完善的地方!!但是他的好处比他的坏处要多得多啊!!
不过现在很多公司还没有用到他!!

Answer 12

JSF、ASP.NET有什么机制不机制？
和struts1比就是一个是以控件为单位提交、一个整体提交。
这样会把struts1所尽力避免的展现层数据混乱问题重新引入！特别是业务非常复杂的情况下。
我猜的。

Answer 13

一定要实现ajax那样的操作么？有这个必要？

Answer 14

在jsf方式下对ajax的需求更大更顺理成章。
有人说ajax是过渡性技术，我觉得它简直算不上是技术而是技巧而已。

Answer 15

1、无缘无故的把值丢了，呵呵！告诉你，是你的技术还不过硬。知道为什么吗？JSF的管理Bean对javabean的命名规范非常严格的，还有，如果页面上的<h:input...>类似这样的，在后台的管理bean一定要有get(),set()方法，如果没有的话JSF内部就会报异常，根本就不会执行下面的代码了，所以你取不到值。管理bean的执行顺序跟页面的组件摆放的先后顺序有关，如果之前没有get()set()方法，就会中断，下面的get(),set()方法也就不会执行了。
2、immediate   这个button属性最好不要用，它的意思是不先执行页面的get() set()方法，立即执行你这个button的action的方法。

Answer 16

我个人用JSF做开发很久了,个人觉得比struts要简单,没有struts那么繁琐

Answer 17

个人觉得JSF比struts方便，灵活。虽然还有很多不完善的地方，但它毕竟是SUN提出的框架，而struts只是个产品.

Answer 18

并不看好struts2.0,缺乏IDE的支持是最大原因，这就是为什么到现在struts1依然大行其道的原因，相对来讲各大厂商对JSF的支持已经很强了，缺乏的是JSF本身的改进，期待...＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
没用过，不过看了一下struts2.0，估计jsf   在   struts2.0的强大攻势下，恐怕生存空间不大

Answer 19

JSF标准是一套接口，它推崇的是事件触发机制，有点类似ASP.Net。
越来越多的公司开始使用JSF，特别是在界面方面。
Struts是一套成熟的框架，相当稳定。很多大项目都是基于Struts的，大项目上很少人会冒险使用JSF。不能贸然说JSF不好，至少在事件触发机制上struts不如JSF。