JSF 与 "我的伟大发明" ---- 关于B/S UI开发的胡言乱语

在硬件飞速发展的今天运行效率不可能成为阻碍技术发展的瓶颈

但是引起运行效率低下的原因却值得探讨

复杂的设计　必然导致性能低下

ＪＳＦ最大的错误　应该是定位问题
server client哪个都像搞 结果哪个搞的都不好
就像"我的伟大发明"

为什么他能走到今天? 也许是因为sun从jsp+jstl里吃到了甜头

servlet ---> jsp --> tag ---> jsf
一路走来 sun的心越走越大 但是路却越走越窄

我概括一下：
fins的观点是“jsf现有的UI使用起来效率很高，但开发自己的UI组件非常困难”。
terranhao 的观点是“JSF的,开发效率一定比AJAX+DHTML的高.”
terranhao也举了JSF基于UI开发效率高的例子，但是但是，terranhao并没有证明JSF开发UI组件的效率如何如何高。

其实无论是.net（c#...）还是jsf,开发组件都是很复杂的，虽然我也没有过jsf,但从论坛里了解的看，jsf恐怕要比.net的还要复杂。

我的核心观点其实是 

1 JSF UI不够解耦, JSF的UI不算是UI
2 JSF野心太大 , 但是能力有限, 导致UI层的实现和设计都不好

我觉得一个B/S系统中 应该有两个框架 一个负责s端 一个负责b端
他们可以是一个公司的一个产品的两个部分
甚至可以有一样的名字

例如 fins's server framework 和 fins's UI framework
但是 如果有一天 我觉得 fins's server framework 不好了 那么我可以换成

snif's server framework ,
oahnarret's server framework
UI不好了 我也同样可以换成其他类似的方案

我不需要一个 B/S框架 我需要的是一个好的S框架 和一个好的B框架

但是sun似乎不喜欢和别人共处 总是希望一统江湖.
所以JSF出来了.

他一边高喊我有MVC框架,一边高喊我有面向组件的UI模型.

OK,那么我能不能 用JSF的后台框架 + 另一个UI层框架?
不能

我能不能用 简单servlet + JSF UI?
不能

为什么不能? 因为在sun的眼里,只有BS系统 而不是B/S系统 .

这点 让我很不爽.

该b做的就b做, 该s做的就s做 不好吗???

该谁做的事 就让谁做 这有什么不对吗



我觉得一个B/S系统中 应该有两个框架 一个负责s端 一个负责b端
三个太多 ,一个太少, 两个刚刚好

我很同意fins的观点。我们项目组就为开发技术及框架争论了很久，到底是用jsf还是别的web框架。我的观点是坚持不用jsf，而别的同事坚持用。他们就认为jsf开发速度快，有很多现成组件可以使用。我不否认jsf是有很多现成组件，可是有时候，我们做项目中，难免会遇到一些很特别的需求，大家都知道jsf开发组件太困难，对它的控制力不够强，而且不够灵活，这样我们在实现这样比较特别的需求就很难做到。而使用别的web框架却是很容易的事情，因为它足够灵活，对它的控制足够的强。

我也很同意fins的观点。

事实上，我本人对JSF就一直“鄙而远之”。

JSF缺点是不少 但因为RichFaces/SEAM等项目我还是很看好JSF技术的
用JSF进行开发 感觉很好

我同意fins的观点 b端我用ext感觉很好，但是s端目前还比较麻烦 用json-lib+hibernate+ struts2 本来想使用dwr将java转化成json，主要是看重他的配置文件，不料这家伙也非得生成js文件，所有的demo都是在页面嵌入他的js和他生成的js。我承认我编程菜，但我还是要糊口啊，总不能等到我能写jdk了再让我正式做事吧！

很多人认为RIA是B/S的替代者,但是我觉得不对
C/S B/S RIA 他们将会共存.
三者之间是并列的, 如果JSF是为RIA而生, 那么我希望他放弃在B/S领域内兴风作浪的年头. 老老实实的修炼自己,等10年后再出来丢人

其实我特想听听俞司令的观点

"JSF在IDE的辅助下,可以实现快速开发",除此之外在B/S应用开发中,JSF还有什么亮点呢?

我一直认为,挺JSF贬纯浏览器端UI框架的人一般都是对ajax等技术不了解(或自认为自己很了解),所以他们的话我一般都不会听进去(这点我很不理性不客观, 我的错 我承认)

而俞司令是我印象中少数的 对这两个领域都非常精通的人, 他的话肯定对我有极大的说服力
只是我不是JSF领域内的专家, 不知道俞司令会不会理我


我下面的观点,有错吗? 错在哪呢? 其实我对自己也充满了怀疑