Redian新闻
>
哪个牛人来说一下JSF的前景
avatar
哪个牛人来说一下JSF的前景# Java - 爪哇娇娃
t*h
1
正在看sun的javaee tutorial
本来不打算看JSF 但是发现很多例子都跟这个有关。
avatar
w*z
2
Oracle 自己的ADF 用JSF, 其它还有谁还再用?

【在 t******h 的大作中提到】
: 正在看sun的javaee tutorial
: 本来不打算看JSF 但是发现很多例子都跟这个有关。

avatar
t*h
3

貌似我们的新project要上JSF

【在 w**z 的大作中提到】
: Oracle 自己的ADF 用JSF, 其它还有谁还再用?
avatar
z*3
4
jee6.0抛弃了jsp,强上了jsf

【在 w**z 的大作中提到】
: Oracle 自己的ADF 用JSF, 其它还有谁还再用?
avatar
t*e
6
这个又是个争议很大的话题了。
JSF我从04年开始用,开头既痛苦也快乐,快乐是写出的web page很干净,和spring整
合很好,code也POJO。痛苦是因为在用JSTL时发现问题,后来用了facelets才基本解决
。不过经过多年的沉淀,JSF2.0已经很成熟了。JSF2.2会整合spring web flow技术。
即便spring自己发布的spring web flow例子,view用JSF就要比用SpringMVC的简单漂
亮。作为一个spec,JSF既可以开发html-centric的projects,也可以做RIA类型的开发
。兼顾了有html designer和没有designer的两种不同需求。我比较喜欢POJO的技术,
容易学,不用记太多API。所以JSF对我而言是不错的技术。
avatar
r*y
7
jsf 产品中没用过
n 年前一个产品中用过 oracle uix , 算是 jsf 的邪恶前生...
做新东西或 prototype 很快, 到后期 maintain 的时候和大量 customize 的时候痛苦
的要自杀...
所以从那以后只用 jsp + 各种tags + web designer活人 的干活...

【在 t******h 的大作中提到】
: 正在看sun的javaee tutorial
: 本来不打算看JSF 但是发现很多例子都跟这个有关。

avatar
t*e
8
IDE自动生成的UI code,特别是proprietary的,也包括dreamweaver,word自动生成的
html等等,都是不可维护的。这个结论即便推广到EAI/ESB,各种vendor提供的visual
wizard tool也成立。

【在 r***y 的大作中提到】
: jsf 产品中没用过
: n 年前一个产品中用过 oracle uix , 算是 jsf 的邪恶前生...
: 做新东西或 prototype 很快, 到后期 maintain 的时候和大量 customize 的时候痛苦
: 的要自杀...
: 所以从那以后只用 jsp + 各种tags + web designer活人 的干活...

avatar
r*y
9
其实就是暂时讨了方便, 等项目变大了, 早晚要还回去.

visual

【在 t*******e 的大作中提到】
: IDE自动生成的UI code,特别是proprietary的,也包括dreamweaver,word自动生成的
: html等等,都是不可维护的。这个结论即便推广到EAI/ESB,各种vendor提供的visual
: wizard tool也成立。

avatar
u*s
10
ADF就是这样!
If just用standard components很快,if need customize, down to the hell.
而且各个版本不完全兼容,新的版本居然把旧版本的一些feature给去掉了。害得我们
按旧版本自己写,顺便fix its bugs。原来是旧版的那个重要feature有很多bugs,人
家不fix,直接从新版本里拿掉了。

【在 r***y 的大作中提到】
: jsf 产品中没用过
: n 年前一个产品中用过 oracle uix , 算是 jsf 的邪恶前生...
: 做新东西或 prototype 很快, 到后期 maintain 的时候和大量 customize 的时候痛苦
: 的要自杀...
: 所以从那以后只用 jsp + 各种tags + web designer活人 的干活...

avatar
r*y
11
nod, nod... 切肤之痛, 记忆犹新啊.
记得当时那个 project 一直pay着 oracle 的 support , 后来想upgrade到 Oracle
ADF Faces, 找 oracle 问是否有工具从 Oracle ADF UIX 转过去, 人家很抱歉的说没
有你们手工搞吧.
然后pm痛下决心彻底离开 oracle 的垃圾产品, 也不敢冒险再用 JSF 的神马东西了.
当时评估了几个实现, 连 RichFaces , ICEfaces 都算上, 都不咋地, 每一个让人放心
的.
然后, 一个 50 多人的team 手工搞了一年多移到小米加步枪的 jsp , 然后那个
project 后来就待死不秧活的了.
所以俺一直觉得 oracle 的 marketing team 太牛X 了, 这么垃圾的东西居然能推的到
处都是, 而且现在还活的好好的, 没有死掉...

【在 u****s 的大作中提到】
: ADF就是这样!
: If just用standard components很快,if need customize, down to the hell.
: 而且各个版本不完全兼容,新的版本居然把旧版本的一些feature给去掉了。害得我们
: 按旧版本自己写,顺便fix its bugs。原来是旧版的那个重要feature有很多bugs,人
: 家不fix,直接从新版本里拿掉了。

avatar
g*g
12
这个只能说你们做架构的人太没有经验了。本来是应该先评估,再上的。评估的部分里
,team的经验也是很重要的一部分。

【在 r***y 的大作中提到】
: nod, nod... 切肤之痛, 记忆犹新啊.
: 记得当时那个 project 一直pay着 oracle 的 support , 后来想upgrade到 Oracle
: ADF Faces, 找 oracle 问是否有工具从 Oracle ADF UIX 转过去, 人家很抱歉的说没
: 有你们手工搞吧.
: 然后pm痛下决心彻底离开 oracle 的垃圾产品, 也不敢冒险再用 JSF 的神马东西了.
: 当时评估了几个实现, 连 RichFaces , ICEfaces 都算上, 都不咋地, 每一个让人放心
: 的.
: 然后, 一个 50 多人的team 手工搞了一年多移到小米加步枪的 jsp , 然后那个
: project 后来就待死不秧活的了.
: 所以俺一直觉得 oracle 的 marketing team 太牛X 了, 这么垃圾的东西居然能推的到

avatar
u*s
13
同意。
我们那所有的人都反对用ADF。但指令从CTO/CIO那发下来,必须用ADF。
A Fortune 500 company。垃圾公司垃圾高层。
呆来一年半就走人了。

【在 g*****g 的大作中提到】
: 这个只能说你们做架构的人太没有经验了。本来是应该先评估,再上的。评估的部分里
: ,team的经验也是很重要的一部分。

avatar
r*y
14
做自己的产品和bid project 不一样
毕竟是 fortune 100 的公司, architect 就算是忽悠上来的也不至于俺们码农都看明
白的东西他们不明白.
有时候明知道长远看来要还, 甚至多倍还回去... 但高层的决策是取决于是否你bid到
project, 后面再说... 所以前期怎么快, 怎么能把cost搞下来就怎么弄... 后面再说.
.. 然后很多projects就这样悲催了... 所以从那以后坚决不进bid project 的组了.

【在 g*****g 的大作中提到】
: 这个只能说你们做架构的人太没有经验了。本来是应该先评估,再上的。评估的部分里
: ,team的经验也是很重要的一部分。

avatar
z*3
15
评估很难评估准
就算最牛最有经验的人来评估
也会有评估不准确的时候
有经验的都会认同,前期要多做准备
多评估,多考虑可能出现的异常情况
但是往往其他人不理解,会催着干活
很多项目就这么挂了,不过无所谓了
反正其他人出钱,公司也不是自己的
干活就不那么卖力了

【在 g*****g 的大作中提到】
: 这个只能说你们做架构的人太没有经验了。本来是应该先评估,再上的。评估的部分里
: ,team的经验也是很重要的一部分。

avatar
z*3
16
远不止ui
包括netbeans自动生成的各种东西
都有很多私货
都是为了捆绑用户,增加依赖
我一般都是用向导建一个,然后自己建一个空的
再慢慢看向导建好的那个,然后做试验
试验成功之后再搬到自己建的那个空的项目中去

visual

【在 t*******e 的大作中提到】
: IDE自动生成的UI code,特别是proprietary的,也包括dreamweaver,word自动生成的
: html等等,都是不可维护的。这个结论即便推广到EAI/ESB,各种vendor提供的visual
: wizard tool也成立。

avatar
z*3
17
不只adf是这样,java很多东西都是这样
新版本把旧版本的方法给去掉了
然后不同版本的jar互相冲突
还有时候api拿过来,里面有bug
我们只好拆开,反编译以后再修复,再编译再打包
而且这都还是各国官方发布的api,有时候觉得他们真的很奇芭
一个国家,居然搞出这种东西
然后给他们发了个邮件说有bug,哪里哪里错了,该怎么写
对方回复问有没有兴趣到他们那边去工作,要求会说他们的语言
吐血

【在 u****s 的大作中提到】
: ADF就是这样!
: If just用standard components很快,if need customize, down to the hell.
: 而且各个版本不完全兼容,新的版本居然把旧版本的一些feature给去掉了。害得我们
: 按旧版本自己写,顺便fix its bugs。原来是旧版的那个重要feature有很多bugs,人
: 家不fix,直接从新版本里拿掉了。

avatar
w*z
18
还有除了Oracle的公司用ADF? 当初俺们内部自己用,都快疯了. 是基于jdeveloper.
估计一般人都不知道它。

【在 u****s 的大作中提到】
: ADF就是这样!
: If just用standard components很快,if need customize, down to the hell.
: 而且各个版本不完全兼容,新的版本居然把旧版本的一些feature给去掉了。害得我们
: 按旧版本自己写,顺便fix its bugs。原来是旧版的那个重要feature有很多bugs,人
: 家不fix,直接从新版本里拿掉了。

avatar
L*s
19
比jsp有前景。ADF目前不要碰,推荐用开源的framework

【在 t******h 的大作中提到】
: 正在看sun的javaee tutorial
: 本来不打算看JSF 但是发现很多例子都跟这个有关。

avatar
c*e
20
小米加步枪写jsp的人飘过~~~
servlet,beans,get/setAttribue,get/setParameter,action=xxx.jsp,dispatch到xxx.
jsp,request.xxxx,hibernate,有些地方竟然还要写, sigh. 一个jsp文件,跳到
下一个jsp文件,跳到servlet,又是传值什么的。
貌似jsp没有asp.net的那种 !isPostBack, 不能forward给自己这个网页,比如要把搜
索数据库的结果列表到当前网页,没有asp.net那么方便。

【在 r***y 的大作中提到】
: nod, nod... 切肤之痛, 记忆犹新啊.
: 记得当时那个 project 一直pay着 oracle 的 support , 后来想upgrade到 Oracle
: ADF Faces, 找 oracle 问是否有工具从 Oracle ADF UIX 转过去, 人家很抱歉的说没
: 有你们手工搞吧.
: 然后pm痛下决心彻底离开 oracle 的垃圾产品, 也不敢冒险再用 JSF 的神马东西了.
: 当时评估了几个实现, 连 RichFaces , ICEfaces 都算上, 都不咋地, 每一个让人放心
: 的.
: 然后, 一个 50 多人的team 手工搞了一年多移到小米加步枪的 jsp , 然后那个
: project 后来就待死不秧活的了.
: 所以俺一直觉得 oracle 的 marketing team 太牛X 了, 这么垃圾的东西居然能推的到

avatar
c*e
21
其实评估很难把政治因素考虑进去,比如这个项目的背景是什么,是谁要大家做这个项
目的,做这个项目的目的是什么。很简单很容易的一个项目,可能因为政治原因,大家
互相推托,不合作,最后可能一事无成。

【在 z*******3 的大作中提到】
: 评估很难评估准
: 就算最牛最有经验的人来评估
: 也会有评估不准确的时候
: 有经验的都会认同,前期要多做准备
: 多评估,多考虑可能出现的异常情况
: 但是往往其他人不理解,会催着干活
: 很多项目就这么挂了,不过无所谓了
: 反正其他人出钱,公司也不是自己的
: 干活就不那么卖力了

avatar
r*y
22
mvc 框架都有 view 和 bean 的binding
"servlet,beans,get/setAttribue,get/setParameter,action=xxx.jsp,dispatch到xxx
." 这些, 在非特殊情况下都不需要.
另外 view 就是简单的 render . 复杂的logic 都在 service tier.
如果developer 的水平和经验还ok 的话, 这东西基本在 jsp 中是绝迹的.
jsp+tags 真的很够用了.
不知道你用过 springmvc 没有, 搭配 spring tags , javascript, css 真的很灵活.
而且再也不怕 customize 任何东西了. 当然得有有经验的 web designer 进行优化和
maintain .
jsf 一拖一拽一大坨东西就出来了是挺爽, 但要customize 那一坨一坨的components
也不省劲.
实在觉得再花时间捣鼓 jsf 这些老是变脸的 gui 的东西很不值得.

xxx.

【在 c*********e 的大作中提到】
: 小米加步枪写jsp的人飘过~~~
: servlet,beans,get/setAttribue,get/setParameter,action=xxx.jsp,dispatch到xxx.
: jsp,request.xxxx,hibernate,有些地方竟然还要写, sigh. 一个jsp文件,跳到
: 下一个jsp文件,跳到servlet,又是传值什么的。
: 貌似jsp没有asp.net的那种 !isPostBack, 不能forward给自己这个网页,比如要把搜
: 索数据库的结果列表到当前网页,没有asp.net那么方便。

avatar
T*U
23
jsp也不应该用script, 有一个选项在container里面设置后可以禁止jsp script.应该
用EL和各种tags, 那样页面会整洁很多。logic都由后台处理就行了。

xxx
.


【在 r***y 的大作中提到】
: mvc 框架都有 view 和 bean 的binding
: "servlet,beans,get/setAttribue,get/setParameter,action=xxx.jsp,dispatch到xxx
: ." 这些, 在非特殊情况下都不需要.
: 另外 view 就是简单的 render . 复杂的logic 都在 service tier.
: 如果developer 的水平和经验还ok 的话, 这东西基本在 jsp 中是绝迹的.
: jsp+tags 真的很够用了.
: 不知道你用过 springmvc 没有, 搭配 spring tags , javascript, css 真的很灵活.
: 而且再也不怕 customize 任何东西了. 当然得有有经验的 web designer 进行优化和
: maintain .
: jsf 一拖一拽一大坨东西就出来了是挺爽, 但要customize 那一坨一坨的components

avatar
w*z
24
现在 趋势是不是后台提供数据,client handles rendering? html5, js, css are
so much more powerful than before. Browser keeps getting better and faster.

【在 T****U 的大作中提到】
: jsp也不应该用script, 有一个选项在container里面设置后可以禁止jsp script.应该
: 用EL和各种tags, 那样页面会整洁很多。logic都由后台处理就行了。
:
: xxx
: .
: 和

avatar
b*y
25

are
faster.
看公司的要求吧。如果在公司里工作,已经用了JSF,那只能硬着头皮学了。否则,如果
自己做项目的话,JSF还是敬而远之吧。搞得太复杂的东西,做intranet还行,不太适
合大容量的网站啥的。所以,根据需求而定和你的工作而定。

【在 w**z 的大作中提到】
: 现在 趋势是不是后台提供数据,client handles rendering? html5, js, css are
: so much more powerful than before. Browser keeps getting better and faster.

avatar
r*y
26
--jsp也不应该用script
别误导别人, 没javacript做做简单gui还行
你试试在internet上 找个没有 javascript的 website 贴这里.

【在 T****U 的大作中提到】
: jsp也不应该用script, 有一个选项在container里面设置后可以禁止jsp script.应该
: 用EL和各种tags, 那样页面会整洁很多。logic都由后台处理就行了。
:
: xxx
: .
: 和

avatar
c*e
27
还别说,不管是asp.net c#,还是jsp,还是其它的client-side 网页,javascipt的
script最好用,最简单。现在加上json,jquery,就更方便了。

【在 r***y 的大作中提到】
: --jsp也不应该用script
: 别误导别人, 没javacript做做简单gui还行
: 你试试在internet上 找个没有 javascript的 website 贴这里.

avatar
b*i
28
我觉得他说的不是javascript,而是指jsp里面嵌入的java code。我初学,我不懂瞎说
的,大家别介意

【在 r***y 的大作中提到】
: --jsp也不应该用script
: 别误导别人, 没javacript做做简单gui还行
: 你试试在internet上 找个没有 javascript的 website 贴这里.

avatar
t*e
29
是的,不过那个叫scriptlets.

【在 b***i 的大作中提到】
: 我觉得他说的不是javascript,而是指jsp里面嵌入的java code。我初学,我不懂瞎说
: 的,大家别介意

avatar
z*3
30
我觉得你们都没有理解他真实的意图
他的意思是
javascript不是安全的
因为在客户端可以关掉js
这很正常,谁都可以通过修改浏览器的设置来完成
所以任何重要的逻辑处理,比如身份验证
都不应该用javascript来写
事实上很多网站都有在js失效的前提下的缺省页面
实话说,javascript做的大部分function都是可有可无的
无非增加客户体验而已,真正涉及到客户利益的东西
都是在后台完成,就好比女孩子打扮自己的那些装饰
不用不妨碍她是个女人,她有女人的基本职能
但是女孩子嘛,都爱打扮,所以你找不到不打扮的女人
这是retry要表达的意思,两个人其实并不冲突
不打扮不能出来见人,但是不妨碍她生孩子
看你在意的是什么,在意的是让她怀孕呢,还是她的粉底厚不厚

【在 t*******e 的大作中提到】
: 是的,不过那个叫scriptlets.
avatar
z*3
31
作为我个人,作为back end的爱好者
我也同意尽量减轻js的使用
因为js不安全是一定的
其次呢,一个小小的bug可以让整个script挂掉
纠错起来很痛苦,写起来也很麻烦,合适的工具远没有java那么多
用一些jquery还好,它能帮你做很多事情
还能帮你解决js被关掉时候的缺省设置
但是我觉得能不用最好少用,减轻对jquery的依赖嘛
鬼知道jquery是不是有bug呢
除非这个颜面真的那么重要
我们现在搞的系统,连css都不用
因为我们不需要面对终端用户
又不是web组,reseller不会在乎我们写的界面有多好看
当然如果你写的是web页面,尤其是给终端客户体验的页面
比如gmail之类的,那还是用吧,客户体验有的时候是很重要的
尤其是小客户,毕竟给钱的是客户不是?
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。