论坛首页 Java版 设计模式

JSF的优雅 带来的项目成本

浏览 15369 次
精华帖 (5) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
最后更新时间:2008-03-18
JSF的思想的确值得一提!小弟学习JSF也有点时间了,现在水平一般!个人感觉:JSF对WEB层与业务层的处理相当优雅,它主要关注于开发,并没有关注交互性的体验。WEB开发的简洁,肯定要有一定的代价,这便是JSF组件的复杂程度。
   
0 请登录后投票
最后更新时间:2008-03-28
这个还讨论的这么久...
   
0 请登录后投票
最后更新时间:2008-03-28
只有各自在哪一方面的利弊. 没有孰好孰坏之分......
   
0 请登录后投票
最后更新时间:2008-03-28
真正做过,才知道JSF的痛苦.
靠单纯的学习得出来的"优雅"结论,不靠谱
   
0 请登录后投票
最后更新时间:2008-03-28
murainwood 写道
真正做过,才知道JSF的痛苦.
靠单纯的学习得出来的"优雅"结论,不靠谱




项目组全是JSF熟手上JSF, 项目组全是JSP + JavaScript熟手上JSP。
   
0 请登录后投票
最后更新时间:2008-03-28
dboylx 写道
armorking 写道
dengyin2000 写道
JSF优雅?  比tapestry wicket差多了。 他那个自定义组件还要写对应的tag。 JSF也就最多算半个组件框架。

不是搞Seam, 鬼才会用JSF.


此话差矣
我已经在IBM的RWD环境、JSF+Spring+iBATIS的架构下作了两年多了
除了一开始不明白JSF的生命周期的时候吃了些药之外
现在用得蛮爽的

所谓风险、复杂度之类的,都是因为不了解才造成的
我倒不是说JSF就比这个那个的好
我的理解是:如果什么框架都只是浅尝辄止的话,
那么无论用什么框架都避免不了“风险、复杂度”



赞同~~~

但是

JSF架构的实现大多是开源。我不知您有没有这样的经历。当您引入一个开源架构后解决当前的某类问题, 但以后的项目进展往往会由它引来更多的问题,由其JSF,如果今天觉得Facelets不错,把它加在项目里, 明天客户要上AJAX,又不得不把Ajax4JSF加上。您的不可控的因素也增加,由过去的一个开源架构带来的风险现在扩展为两个。也许会用的很HAPPY。但项目的二三期一上,马上会面监升级的技术风险。我到见过不少公司,做行业级项目,宁愿自己写行业级的架构,尽量归避开源带来的风险。(但有时候时间与成本的考量也不得不考虑开源)

还有,您能不能聊聊您在JSF经验。。。





这就是业界现在普遍的矛盾。
一方面开源的东西层出不穷,另一方面每个公司有多在折腾自己的组件,整个行业的开发效率都不高。我想,这是JSF被纳入官方标准,并重点推荐的一个原因。

Dephi刚出来的时候,也面临同样的问题,后来业界诞生了大量开发企业级组件的公司,基于Delphi的开发就发展非常迅速了。我想对于Web开发的今天,也在上演同样的故事。

金蝶的OperaMasks是基于JSF之上的Web开发技术,也采用开源的形式,目标是让大家来共同建设Web,形成既可以复用,又可以自主控制的行业生态。当然,这个初衷能否实现,还有待观察,可惜的是国人已经在做一点事情了。
   
0 请登录后投票
最后更新时间:2008-03-29
没深入了解还是不能妄下判断啊
   
0 请登录后投票
最后更新时间:2008-04-03
恩恩,问题域和答案域;一个问题你可能碰到多次,所以重用很重要的
jsf既然是标准,肯定有他吸引人的一面
把这个问题交给时间吧
一段时间之后大家就知道jsf到底怎么样了
不是嘛
   
0 请登录后投票
最后更新时间:2008-04-03
是的是的。
工欲善其事,必先利其器嘛~!你一个工具(框架等)没学好,练习没做够,就拿它去做时间紧迫的项目,这本身就是不合理的。
   
0 请登录后投票
最后更新时间:2008-04-04
dboylx 写道
armorking 写道
dengyin2000 写道
JSF优雅?  比tapestry wicket差多了。 他那个自定义组件还要写对应的tag。 JSF也就最多算半个组件框架。

不是搞Seam, 鬼才会用JSF.


此话差矣
我已经在IBM的RWD环境、JSF+Spring+iBATIS的架构下作了两年多了
除了一开始不明白JSF的生命周期的时候吃了些药之外
现在用得蛮爽的

所谓风险、复杂度之类的,都是因为不了解才造成的
我倒不是说JSF就比这个那个的好
我的理解是:如果什么框架都只是浅尝辄止的话,
那么无论用什么框架都避免不了“风险、复杂度”



赞同~~~

但是

JSF架构的实现大多是开源。我不知您有没有这样的经历。当您引入一个开源架构后解决当前的某类问题, 但以后的项目进展往往会由它引来更多的问题,由其JSF,如果今天觉得Facelets不错,把它加在项目里, 明天客户要上AJAX,又不得不把Ajax4JSF加上。您的不可控的因素也增加,由过去的一个开源架构带来的风险现在扩展为两个。也许会用的很HAPPY。但项目的二三期一上,马上会面监升级的技术风险。我到见过不少公司,做行业级项目,宁愿自己写行业级的架构,尽量归避开源带来的风险。(但有时候时间与成本的考量也不得不考虑开源)

还有,您能不能聊聊您在JSF经验。。。




我也赞同你们的观点
直接用richfaces 包含了ajax4jsf,facelets,jsf
但是有时候在richfaces升级上还有有一些小问题.
   
0 请登录后投票
论坛首页 Java版 设计模式

跳转论坛:
JavaEye推荐