t******h
发帖数: 120 | 1 正在看sun的javaee tutorial
本来不打算看JSF 但是发现很多例子都跟这个有关。 |
w**z
发帖数: 8232 | 2 Oracle 自己的ADF 用JSF, 其它还有谁还再用？
【在 t******h 的大作中提到】
: 正在看sun的javaee tutorial
: 本来不打算看JSF 但是发现很多例子都跟这个有关。
|
t******h
发帖数: 120 | 3
貌似我们的新project要上JSF
【在 w**z 的大作中提到】
: Oracle 自己的ADF 用JSF, 其它还有谁还再用？
|
z*******3
发帖数: 13709 | 4 jee6.0抛弃了jsp，强上了jsf
【在 w**z 的大作中提到】
: Oracle 自己的ADF 用JSF, 其它还有谁还再用？
|
m*****u
发帖数: 1342 | |
t*******e
发帖数: 684 | 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对我而言是不错的技术。 |
r***y
发帖数: 4379 | 7 jsf 产品中没用过
n 年前一个产品中用过 oracle uix , 算是 jsf 的邪恶前生...
做新东西或 prototype 很快, 到后期 maintain 的时候和大量 customize 的时候痛苦
的要自杀...
所以从那以后只用 jsp + 各种tags + web designer活人 的干活...
【在 t******h 的大作中提到】
: 正在看sun的javaee tutorial
: 本来不打算看JSF 但是发现很多例子都跟这个有关。
|
t*******e
发帖数: 684 | 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活人 的干活...
|
r***y
发帖数: 4379 | 9 其实就是暂时讨了方便, 等项目变大了, 早晚要还回去.
visual
【在 t*******e 的大作中提到】
: IDE自动生成的UI code，特别是proprietary的，也包括dreamweaver，word自动生成的
: html等等，都是不可维护的。这个结论即便推广到EAI/ESB，各种vendor提供的visual
: wizard tool也成立。
|
u****s
发帖数: 2186 | 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活人 的干活...
|
|
|
r***y
发帖数: 4379 | 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，直接从新版本里拿掉了。
|
g*****g
发帖数: 34805 | 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 了, 这么垃圾的东西居然能推的到
|
u****s
发帖数: 2186 | 13 同意。
我们那所有的人都反对用ADF。但指令从CTO／CIO那发下来，必须用ADF。
A Fortune 500 company。垃圾公司垃圾高层。
呆来一年半就走人了。
【在 g*****g 的大作中提到】
: 这个只能说你们做架构的人太没有经验了。本来是应该先评估，再上的。评估的部分里
: ，team的经验也是很重要的一部分。
|
r***y
发帖数: 4379 | 14 做自己的产品和bid project 不一样
毕竟是 fortune 100 的公司, architect 就算是忽悠上来的也不至于俺们码农都看明
白的东西他们不明白.
有时候明知道长远看来要还, 甚至多倍还回去... 但高层的决策是取决于是否你bid到
project, 后面再说... 所以前期怎么快, 怎么能把cost搞下来就怎么弄... 后面再说.
.. 然后很多projects就这样悲催了... 所以从那以后坚决不进bid project 的组了.
【在 g*****g 的大作中提到】
: 这个只能说你们做架构的人太没有经验了。本来是应该先评估，再上的。评估的部分里
: ，team的经验也是很重要的一部分。
|
z*******3
发帖数: 13709 | 15 评估很难评估准
就算最牛最有经验的人来评估
也会有评估不准确的时候
有经验的都会认同，前期要多做准备
多评估，多考虑可能出现的异常情况
但是往往其他人不理解，会催着干活
很多项目就这么挂了，不过无所谓了
反正其他人出钱，公司也不是自己的
干活就不那么卖力了
【在 g*****g 的大作中提到】
: 这个只能说你们做架构的人太没有经验了。本来是应该先评估，再上的。评估的部分里
: ，team的经验也是很重要的一部分。
|
z*******3
发帖数: 13709 | 16 远不止ui
包括netbeans自动生成的各种东西
都有很多私货
都是为了捆绑用户，增加依赖
我一般都是用向导建一个，然后自己建一个空的
再慢慢看向导建好的那个，然后做试验
试验成功之后再搬到自己建的那个空的项目中去
visual
【在 t*******e 的大作中提到】
: IDE自动生成的UI code，特别是proprietary的，也包括dreamweaver，word自动生成的
: html等等，都是不可维护的。这个结论即便推广到EAI/ESB，各种vendor提供的visual
: wizard tool也成立。
|
z*******3
发帖数: 13709 | 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，直接从新版本里拿掉了。
|
w**z
发帖数: 8232 | 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，直接从新版本里拿掉了。
|
L*********s
发帖数: 3063 | 19 比jsp有前景。ADF目前不要碰，推荐用开源的framework
【在 t******h 的大作中提到】
: 正在看sun的javaee tutorial
: 本来不打算看JSF 但是发现很多例子都跟这个有关。
|
c*********e
发帖数: 16335 | 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 了, 这么垃圾的东西居然能推的到
|
|
|
c*********e
发帖数: 16335 | 21 其实评估很难把政治因素考虑进去，比如这个项目的背景是什么，是谁要大家做这个项
目的，做这个项目的目的是什么。很简单很容易的一个项目，可能因为政治原因，大家
互相推托，不合作，最后可能一事无成。
【在 z*******3 的大作中提到】
: 评估很难评估准
: 就算最牛最有经验的人来评估
: 也会有评估不准确的时候
: 有经验的都会认同，前期要多做准备
: 多评估，多考虑可能出现的异常情况
: 但是往往其他人不理解，会催着干活
: 很多项目就这么挂了，不过无所谓了
: 反正其他人出钱，公司也不是自己的
: 干活就不那么卖力了
|
r***y
发帖数: 4379 | 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那么方便。
|
T****U
发帖数: 3344 | 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
|
w**z
发帖数: 8232 | 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
: .
: 和
|
b******y
发帖数: 9224 | 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.
|
r***y
发帖数: 4379 | 26 --jsp也不应该用script
别误导别人, 没javacript做做简单gui还行
你试试在internet上 找个没有 javascript的 website 贴这里.
【在 T****U 的大作中提到】
: jsp也不应该用script, 有一个选项在container里面设置后可以禁止jsp script.应该
: 用EL和各种tags, 那样页面会整洁很多。logic都由后台处理就行了。
:
: xxx
: .
: 和
|
c*********e
发帖数: 16335 | 27 还别说，不管是asp.net c#,还是jsp,还是其它的client-side 网页，javascipt的
script最好用，最简单。现在加上json,jquery,就更方便了。
【在 r***y 的大作中提到】
: --jsp也不应该用script
: 别误导别人, 没javacript做做简单gui还行
: 你试试在internet上 找个没有 javascript的 website 贴这里.
|
b***i
发帖数: 3043 | 28 我觉得他说的不是javascript,而是指jsp里面嵌入的java code。我初学，我不懂瞎说
的，大家别介意
【在 r***y 的大作中提到】
: --jsp也不应该用script
: 别误导别人, 没javacript做做简单gui还行
: 你试试在internet上 找个没有 javascript的 website 贴这里.
|
t*******e
发帖数: 684 | 29 是的，不过那个叫scriptlets.
【在 b***i 的大作中提到】
: 我觉得他说的不是javascript,而是指jsp里面嵌入的java code。我初学，我不懂瞎说
: 的，大家别介意
|
z*******3
发帖数: 13709 | 30 我觉得你们都没有理解他真实的意图
他的意思是
javascript不是安全的
因为在客户端可以关掉js
这很正常，谁都可以通过修改浏览器的设置来完成
所以任何重要的逻辑处理，比如身份验证
都不应该用javascript来写
事实上很多网站都有在js失效的前提下的缺省页面
实话说，javascript做的大部分function都是可有可无的
无非增加客户体验而已，真正涉及到客户利益的东西
都是在后台完成，就好比女孩子打扮自己的那些装饰
不用不妨碍她是个女人，她有女人的基本职能
但是女孩子嘛，都爱打扮，所以你找不到不打扮的女人
这是retry要表达的意思，两个人其实并不冲突
不打扮不能出来见人，但是不妨碍她生孩子
看你在意的是什么，在意的是让她怀孕呢，还是她的粉底厚不厚
【在 t*******e 的大作中提到】
: 是的，不过那个叫scriptlets.
|
|
|
z*******3
发帖数: 13709 | 31 作为我个人，作为back end的爱好者
我也同意尽量减轻js的使用
因为js不安全是一定的
其次呢，一个小小的bug可以让整个script挂掉
纠错起来很痛苦，写起来也很麻烦，合适的工具远没有java那么多
用一些jquery还好，它能帮你做很多事情
还能帮你解决js被关掉时候的缺省设置
但是我觉得能不用最好少用，减轻对jquery的依赖嘛
鬼知道jquery是不是有bug呢
除非这个颜面真的那么重要
我们现在搞的系统，连css都不用
因为我们不需要面对终端用户
又不是web组，reseller不会在乎我们写的界面有多好看
当然如果你写的是web页面，尤其是给终端客户体验的页面
比如gmail之类的，那还是用吧，客户体验有的时候是很重要的
尤其是小客户，毕竟给钱的是客户不是？ |
