论坛首页 Web前端技术论坛

AJAX不应该只是EXT

浏览 24324 次
该帖已经被评为良好帖
作者 正文
   发表时间:2008-04-18  
  AJAX不应该只是EXT,就像Ruby不应该只是rails。

  从去年早些时候到现在,我的感想是,AJAX版面里,关于EXT的讨论渐渐增多,已经成为这个版面事实上绝对的主流话题。渐渐,很多朋友已经开始不再帖子里注明“这个帖子是针对EXT的”而直接开始讨论其中涉及的概念。仿佛默认地,一切这里的话题都是EXT一样。

  在我看来这是一个不太好的信号。当一个综合讨论版面的话题被某一方面的话题占据时,意味着其他的话题的空间渐渐缩小。社区变得渐渐失去活力,失去创新的氛围。

  或许我是杞人忧天,但是正如最近的置顶贴中说到的那样:

  http://www.iteye.com/topic/179990

引用
  论坛上50%所提出的问题很大原因是对JavaScript知识不牢固所至,而不是EXT API的问题


  诚然EXT是一个强大的组件库,充满作者努力和智慧的结晶。曾经基于prototype.js自己DIY过个人组件库的我,深知这其中需要多大的付出。作为如此优秀的产品,被广大开发者使用也是理所当然。

  然而EXT只是EXT,EXT只是Ajax,也许它能够解决大部分的问题,但是它不能解决所有的问题。
  不仅仅是EXT,所有的组件库都不能解决所有的问题。

  对于大多数人而言,也许EXT的价值在于,能够更漂亮地把自己的界面需求制作出来,提供更好的交互性。

  可是当需求遭遇创新,没有良好的基础,没有适应创新的整体架构理念,创新无从谈起。

  使用EXT,无法搭建出Gmail,Google Reader,Google Calendar。因为他们是一体的,需要整体设计的产品方案,不仅是“前端使用某个组件库搭建”的东西。

  类似实现地图服务上面的跨浏览器的地图导航+路径绘制。或者实现在浏览器中如流程图绘制那样的富交互,并且与服务器端建立良好的关联模型,这些都不是一个框架,一个组件库能解决的问题。

  可以实践的东西实在很多:
  javascript如何使用SVG/VML/Canvas统一封装的函数库进行浏览器绘图,这个过程中的实践;
  如何同REST的服务架构结合,为web站点创造出一套更简洁的API,以利于数据源整合和mashup应用;
  如何围绕客户端交互进行自动化测试;
  浏览器的新特性对于客户端带来怎样的影响,围绕这些影响和变化的实践;
  
  ……

  这些声音有,但还是太少。并不是责怪“来这里就是为了对付手头问题的人”。只是觉得为了论坛产生更多高质量讨论,需要更多的人在不同方面贡献出自己的实践。

  恰是这种实践,是到处都缺乏的东西。回避这种实践和探索,就只能沿着他人铺设的路线行走,创造不出自己的killer应用。也不能传播自己的理念。
   发表时间:2008-04-18  
    交流是必须的,不论是菜鸟还是老鸟
0 请登录后投票
   发表时间:2008-04-18  
    相比较一些其他的论坛,javaeye的水还是比较深的!
0 请登录后投票
   发表时间:2008-04-18  
为什么大家到了ext出来的时候,突然一窝蜂的去做ext了呢?
很多以前不知道javascript为何的同志都围过来了,为这个东西感叹。

按理说flex肯定比extjs爽吧?为什么flex就没有兴起过这种势头,extjs一下子就霸占了市场?
你说是先有extjs呢,还是先有js呢?
要我说,正因为有了extjs才有这么多人跑过来看看,原来js还可以这么用。

其实也有很多的前提条件啦。
如果js一开始就可以跨平台,如果很久以前就可以使用firebug调试,如果firefox早出来几年,如果一开始就有人告诉大家如何使用js继承啊,超类啊。是不是就有更多人了解js了呢?而不是只会用js写个校验。而且extjs也是站在巨人肩上,没有yui就没有ext。
还记得以前这里ajax讨论的最高等级就是prototypejs了,醒来老大那时候找了很多资料,可人气明显没有现在旺盛啊。

大部分人还是在舍本逐末的,你说数据结构和算法有用吗?应该先学算法还是先做项目?这个问题就跟先学extjs还是先学js一样。
你这个人如果就是要当工人,那有点儿项目经验也就可以了,打基础要花时间的,资料少,自己钻研,很麻烦的。

毕竟javaeye不是专门的js论坛。大多数人过来只是为了快速完成公司的任务,不会所有人都去死心塌地的玩js,慢慢熬一段时间,等着环境成熟吧。

另,最近在玩svg/vml,上周终于会用vml了,ie的东西跟svg差别太大,封装还不如直接写两套呢,只是现在的观点。
REST这个东西,extjs-3.0说要支持,到时候再看看吧。
0 请登录后投票
   发表时间:2008-04-18  
玩久了发现ext的价值在于客户端OO做得比较好,还有就是“设计模式”也挨着边。当然这份OO的架构很大程度是得益于的Douglas Crockford的YUI。

附Douglas Crockford个人简介:

引用
Douglas Crockford(照片居中者),目前正在Yahoo任职的架构师,同时也是JSON数据交换格式的创世人。他曾在Atari公司开发了办公自动化系统,同时也完成了对于游戏和音乐的研究;曾作为Lucasfilm电影公司技术总监;在Paramount公司任职过新媒体执行主管;通常为人所知的是 communities.com的创始人兼首席执行管;他还创办了State软件公司并作为该公司CTO,这也是他发现JSON时所在的地方;他同时也对 Blissymbolics非常感兴趣,这是一种图形、象征性的语言。
0 请登录后投票
   发表时间:2008-04-18  
在想使用RIA之前,曾试用过很多:
flex,感觉有点违背WEB开发的思想,感觉怪怪的,放弃.
jsf,挺好,感觉开发比较爽,但发现UI只能在XML中描述,而XML中又不能加入JAVA的一些变量,这样的,所有界面就是死死的了,就XML描述好的,好象跟当初JSP出来说的,JAVASCRIPT与JSP可以混合使用有点区入,并且在实际的项目中,这样的界面的确很多时候不能满足要求,放弃.
EXT使用是纯的JAVASCRIPT,中间可以加入JAVA的变量,不仅有漂亮的界面,更可以通过变量使其更灵活,但使用过程中,发现,他的FORM并不是很好用,正在改造中......,其实真正用EXT,也就它的GRID,FORM,TREE,PANEL,好象没有别的了,FORM不好用,TREE也不怎么漂亮,PANEL,好用又好看的到处是,真正值得一用,也就一个GRID了,哎......
0 请登录后投票
   发表时间:2008-04-18  
ext是不错 但好像实际中用的也不是很多,速度是一个问题
0 请登录后投票
   发表时间:2008-04-19  
赞同楼主的说法,就我个人而言,对ext是不怎么感兴趣的,倒是你下面列出的那几条是好的几口:)

要创新,就不要花那么多时间去掌握ext那复杂的配置语法,倒不如来个抄袭,看到什么好的组件,实在喜欢,那么自己写一个得了,抄功能抄样子都是可以做到的,不难。而且这么一来,,相比只会使用api拼图的人来说,你能积累更多的宝贵经验,那就是知其所以然。

当然手头还是得有个顺手的框架,比如Prototype或者JQ这些基础包装的就得了。
0 请登录后投票
   发表时间:2008-04-19  
ext做内网应用还是不错的,如果做互联网应用就应该自己去组织一个小的库(可以从现有的库中晒选)。我做过一个和google calendar类似的日历,只用了prototype其他的都没用。

我对ext的整体定位是通用、偏后台,要想做出炫的东西还要靠自己
0 请登录后投票
   发表时间:2008-04-19  
作为程序员太专注于一些其他方面的细节或者说涉足其他不了解的方面,还是有点问题的.这也是我为什么喜欢用prototype.js而不是ext这种太过于美工方面的东西.
0 请登录后投票
论坛首页 Web前端技术版

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