论坛首页 Web前端技术论坛

从JSF和Ext看WebUI开发--给对JavaScript 有恐惧感的朋友

浏览 75313 次
该帖已经被评为良好帖
作者 正文
   发表时间:2008-05-27  
leebai 写道

不要太相信大厂商,我们做过6年IBM的ISV,知道大厂商的东西未必都事好东西;而且从软件产业发展的历史看,失败的技术远多于成功的技术。

这东西不是说盲目相信不相信的问题 判断当然要靠自己。我想你也看到了,这地方的有些程序员是非常幼稚的,动不动就猜测XXX商业利益驱动的结果,什么技术派系斗争啦,某某高管生孩子啦(这个是我编的)。好像大厂商的东西就是过家家弄出来的玩物一样。大厂商出的东西你可以评论,也可以不用,但是不用的理由不能太可笑,有些原则性错误(比如说试图永久性消灭HTML和JS,事实上HMTL+CSS+JS这种模式很受MS和SUN的认可,连桌面软件都在借鉴这种结构)根本就不可能有人犯。

我看到的是,很多优秀的技术在无知的人手中被浪费,又因为这些失败而被盲目地批判。大多数技术都处于两个极端,要么被疯狂的追捧(就像现在的Ext),要么被疯狂的批判。到最后技术本身究竟是怎么回事都没多少人知道了,剩下的全是观点。初学者则往往被这些观点左右,形成更加盲目的群体。

0 请登录后投票
   发表时间:2008-05-27  
只有两种语言,一种天天被人骂,另一种没有人用。
0 请登录后投票
   发表时间:2008-05-27  
leebai 写道
soci 写道
不理解啊 ,ORM大家都接受,怎么服务端UI很多人就不接受。
JS+DHTML+CSS 和 pl/sql + trigger 多像。




哈,有反例啊,ORM我就不接受,哪天单发个帖子抨击ORM,先转贴一个我在xjawa网上的简单评论:。

引用
7wxAop看到,面向对象编程与RDBMS之间存在严重的不匹配。7wxAop认为,要么业务实体本身没有状态需要持久化,就像各种界面组件、Web浏览器程序;要么业务实体不依赖于RDBMS能解决自身状态的持久存储问题,就像Photoshop、Office等桌面应用,否则不要想方设法把业务实体设计成实体对象,再想方设法保证实体对象与RDBMS的一致性。7wxAop认为这种被称为OR Maping的努力是混杂的、低效的、徒劳的,再怎么发展也是没有前途的。7wxAop发现,与丑陋的EJBQL/HQL相比,被世人遗忘的SQLJ其实更有借鉴潜质,于是7wxAop将Http的Request、Response引入SQL其改造成SQLHTTP(框架中称为AutoSQL),简洁高效地在浏览器UI和DB之间建立了直通桥梁

 

明白了,怪不得前面吵的这么厉害,原来大家路线不同啊

0 请登录后投票
   发表时间:2008-06-10  
晕,战火烧到了这里,贴子前十页有点含量,后面是楼主群战各马甲 :)
0 请登录后投票
   发表时间:2008-06-16  
soci 写道
GWT 怎么样 是不是把正方反方都能接受?


GWT还是属于服务端生成的,怎么能让双方都接受?

如果都能接受,干嘛还出个GWT-EXT。
也就是说,你绑在一棵树上了。如果不出GWT-EXT,难道你自己封装么?
很多优秀客户段框架的选择权就放弃或者部分放弃了。

对于个人还好,对于一个团队,对一个技术的直接或间接投入的人力成本是很大的。
从一个技术管理人员的角度来看某个技术的话,一般都是从各种风险和成本入手,找平衡点。

0 请登录后投票
   发表时间:2008-06-18  
引用

我多年的编程习惯是,自己能做的事,尽可能自己做:除了工作量太大的web服务器、数据库服务器、全文检索引擎,以及一些绝对可靠的工具,系统中涉及的绝大多数东西都自己实现,比如web框架、持久化模型、前端UI组件、ajax通讯组件、文件上传组件、HTMLEditor、log策略。。。这些东西其实都不是很难,第一次用比直接使用现成的东西会多花点时间,但时间长了自己做的东西在使用效率、可整合性、可调试性、可扩展性等方面都会有明显优势。

感觉观点有点偏激,并不是什么都是自己实现的才是最好,有些开源控件已经可以满足需求,而且扩展性也不错,大部分项目的开发时间都是很紧的,很少有人在项目开发过程中发明重复的轮子,当然自己可以做封装以便以后的项目使用,但是任何学习都是有成本的,你封装的框架要想让别人学习,跟学习struts2,jsf 一样需要时间,而且越通用的框架,必然内部越复杂,这是为什么国内很多项目的开发一直使用struts 1.x的原因。
0 请登录后投票
   发表时间:2008-06-18  
解除了B/S开发已经两年了
一直用的是java


在这两年里面,从最基础的mode1  到 jsp+servlet+javabean(mode2) 再到  struts,spring,hibernate

我最深的感受就是越到最后 月要把以前学习的东西抛弃掉,

比方说 之前经常要写一些html css javascript  到最后 好像jsf 和struts 就不这么写javascript乐


经常会有人提到 ssh开发  我一直没有感觉到这个所谓的主流框架有多么的好!

对于当前主流框架来说,我更喜欢mod2更喜欢用jsp+javabean+servelt开发,
表现层我宁愿用html+css+javascript!

呵呵 这个是我一个新手的心声!
0 请登录后投票
   发表时间:2008-06-18  
leebai 写道
很多年来,J2EE社区的各种时髦技术大多数也很荒唐

 


恩,是啊,很多用过之后感觉都不如自己写个类来的方便,特殊需求决定了特殊的解决方案!

 

0 请登录后投票
   发表时间:2008-06-18  
alger 写道
解除了B/S开发已经两年了
一直用的是java


在这两年里面,从最基础的mode1  到 jsp+servlet+javabean(mode2) 再到  struts,spring,hibernate

我最深的感受就是越到最后 月要把以前学习的东西抛弃掉,

比方说 之前经常要写一些html css javascript  到最后 好像jsf 和struts 就不这么写javascript乐


经常会有人提到 ssh开发  我一直没有感觉到这个所谓的主流框架有多么的好!

对于当前主流框架来说,我更喜欢mod2更喜欢用jsp+javabean+servelt开发,
表现层我宁愿用html+css+javascript!

呵呵 这个是我一个新手的心声!


问题是你在公司里不是单干的,你要和别人合作,你要服从架构师的规范,要和团队保持风格一致。
0 请登录后投票
   发表时间:2008-06-19  
正在认真阅读http://www.xjawa.org/xjawa/kontent/80039.html
感觉很受启发
结论拟先研究-->再试用后,再发表:)

By Rushio Wang.
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics