|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2007-12-07
以下只是我的个人感受。
ext实在是太强大了，强大的不需要我们写什么代码，不需要我们考虑浏览器的跨越，不需要我们考虑任何的细节，几行代码，就生成了需要十几行上百行才能实现的效果，觉得自己是高手了，只是一味的研究他的使用，但离开她呢，我现在的工作就是不能用ext，因为是网站，不可能导入那么大的ext,离开后我发现我变傻了，好多原来会写的现在都不会了，原来能实现的现在都实现不了了，还要看ext的源码，可看了后发现，自己的好多基础知识都不是很清楚，他还不像spring或hibernate我想用就用，想不用也可以，所以想说ext的研究固然要，但不可忘本，把ext中的实现拆出来利用那才是根本 声明：JavaEye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
|
| 返回顶楼 | |
|
最后更新时间：2007-12-07
性能问题是它的瓶颈。
如果没有即时编译技术出来，在客户端做的越精致，速度会越慢。使用价值也越小，我觉得extjs目前正在走入这个误区。 ajax存在被过度使用的趋势，过于追求客户端用户体验了。 应该找一种类似flash技术来代替js这种解释语言。 |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
我实验过extjs,感觉速度挺快的,很让人惊讶.
而且js可以减少服务器的压力啊. |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
meetyou930 写道 我实验过extjs,感觉速度挺快的,很让人惊讶.
我感觉js就是一个玩具，肯定会被以后真正的富客户端代替。而且js可以减少服务器的压力啊. 很久以前applet曾经想作为rich client。 由于当时宽带没有普及，下载jdk和jar文件太慢，最终被用户抛弃。那个就是js明天的命运，只不过不是由于网络带宽问题，而是在浏览器中执行的速度。 另外，跟真正的c/s相比，httpxmlrequest并不是专门为大数据量交互而设计的，无法负担真正的大的负载。 ajax技术前途堪忧。 |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
曾经在局域网内做过一次客户端的压力测试
机器配置是赛扬1G、256M内存 采用标准的BorderLayout加上Iframe的Tab 打开6个标签的时候 渲染Grid开始出现延迟（非服务器端延迟，下同） 翻页的时间在5秒以上 调整页面大小的响应时间在10秒以上（后经过优化降到5秒左右） 个人感觉Ext对于互联网的应用 除非按需组装JS文件 且服务器端开启G-zip才可勉强接受 而对于局域网内的应用 还是比较令人满意的 前提是开发人员对JS的掌握可能有点要求 而这也正是国内做局域网应用（一般是大中型企业内部管理系统）开发人员比较欠缺的地方 |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
南宫小骏 写道 曾经在局域网内做过一次客户端的压力测试
其实，从原理上就可以得出的结论。机器配置是赛扬1G、256M内存 采用标准的BorderLayout加上Iframe的Tab 打开6个标签的时候 渲染Grid开始出现延迟（非服务器端延迟，下同） 翻页的时间在5秒以上 调整页面大小的响应时间在10秒以上（后经过优化降到5秒左右） 个人感觉Ext对于互联网的应用 除非按需组装JS文件 且服务器端开启G-zip才可勉强接受 而对于局域网内的应用 还是比较令人满意的 前提是开发人员对JS的掌握可能有点要求 而这也正是国内做局域网应用（一般是大中型企业内部管理系统）开发人员比较欠缺的地方 就像位图和矢量图之争，最后还是根据需要恰当的使用位图和矢量图。而且，位图好像用的更广泛，用的也最让客户接受。 矢量图的致命自之处也是渲染计算消耗巨大的时间。 这就是，很简单的道理了。 直接使用结果固然缺乏灵活性， 但是省掉每次都需要重新执行绘图程序的时间。 所以，我说flash比这个js更有前途。 |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
呵呵，所以我才没用ext的，自己造轮子，模仿他的样子就行。而且，ext的html结构代码不是最优化的……
自己造轮子，有绝对的控制力，当然，你得有扎实的css、js基本功。
有时间的话，我会放出一些简单的教程，授人以鱼，不如授人以渔，就是不知道抽得出空不
|
| 返回顶楼 | |
|
最后更新时间：2007-12-07
http://icedcoffee.blogbus.com/logs/6489320.html
引用 “至尊”级浏览器，Safari
此前我对苹果发布的windows版本Safai3还持有不屑一顾的态度，因为他们的发言人实在太过狂妄的发言，自称Safari是世界上最好的浏览器，未把任何浏览器放在眼里。我一向不喜欢自吹的人，却又对他们发言人的狂言感觉好奇，另一方面希望测试一下产品的跨浏览器能力，便索性下载了Safari 3 for windows。结果令我瞠目结舌，Safari处理JavaScript的速度绝非IE和Fx（包括他们的最新版本IE7和Fx3 alpha）所能及，绝对可以堪称一流的页面渲染能力。为程序员说句心里话，如果所有浏览器的页面渲染速度能达到Safari的水准，我们在AJAX RIA应用构建上将有更大的发挥空间。我着实为Safari带来的RIA极速浏览体验快感兴奋了一把。不夸张地说，Safari至少可以算个浏览器的准至尊吧。 我只负责转帖 另外，Adobe另外一个RIA的方案是AIR(字母游戏？)，EXT/dojo等的搬上去没问题，而且其HTML渲染引擎正是和Safari的一样，开源的webkit |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
stevenwang 写道 meetyou930 写道 我实验过extjs,感觉速度挺快的,很让人惊讶.
我感觉js就是一个玩具，肯定会被以后真正的富客户端代替。
而且js可以减少服务器的压力啊. 很久以前applet曾经想作为rich client。 由于当时宽带没有普及，下载jdk和jar文件太慢，最终被用户抛弃。那个就是js明天的命运，只不过不是由于网络带宽问题，而是在浏览器中执行的速度。 另外，跟真正的c/s相比，httpxmlrequest并不是专门为大数据量交互而设计的，无法负担真正的大的负载。 ajax技术前途堪忧。 |
| 返回顶楼 | |
|
最后更新时间：2007-12-07
sp42 写道 http://icedcoffee.blogbus.com/logs/6489320.html
什么,虽说safari有些js速度是快,曾经在我的老笔记本上面ibm thinkpad 600e p2 366上面进行测试, http://hi.baidu.com/afcn007/blog/item/520848f06c1817ada40f525c.html 但是也发现了它很多bug,比如alert停止js执行,错误激发timeout函数,中文支持不好,其他一些bug参见ms最新放出来的jscript与es3兼容列表,里面测试比较详尽,safari还可以,但是离最好还远着了,gecko1.9也是目标最好,但是ff3.0 beta1问题一大堆,最可恶的是和智能ABC冲突,打几个字就crash,只能用微软输入法,渲染在baidu地图,google maps也是问题多多,所以最好别吹什么最好,没吗用,虽然ff不错,但是在我家256m内存电脑上我还是喜欢ie因为ie比较快,还可以关flash,至今没找到在ff下面关闭flash的选项.谁会讲一下.
引用 “至尊”级浏览器，Safari
此前我对苹果发布的windows版本Safai3还持有不屑一顾的态度，因为他们的发言人实在太过狂妄的发言，自称Safari是世界上最好的浏览器，未把任何浏览器放在眼里。我一向不喜欢自吹的人，却又对他们发言人的狂言感觉好奇，另一方面希望测试一下产品的跨浏览器能力，便索性下载了Safari 3 for windows。结果令我瞠目结舌，Safari处理JavaScript的速度绝非IE和Fx（包括他们的最新版本IE7和Fx3 alpha）所能及，绝对可以堪称一流的页面渲染能力。为程序员说句心里话，如果所有浏览器的页面渲染速度能达到Safari的水准，我们在AJAX RIA应用构建上将有更大的发挥空间。我着实为Safari带来的RIA极速浏览体验快感兴奋了一把。不夸张地说，Safari至少可以算个浏览器的准至尊吧。 我只负责转帖 另外，Adobe另外一个RIA的方案是AIR(字母游戏？)，EXT/dojo等的搬上去没问题，而且其HTML渲染引擎正是和Safari的一样，开源的webkit 补充:我不是不喜欢flash,而是flash目前基本==广告,所以叫我用这种广告东西去弄东西,太不可思议了,当然食品除外,flash对于56 土豆是不可或缺的,好像flash升级支持h.264格式了,是不是说flv换成h.264就能使得56食品质量提高呢,有没有懂行的. |
| 返回顶楼 | |
