sasfsf

dsasfsfsaf

评论

39 楼 jitabc 2010-03-30  

LZ是神岳的吧？哈

38 楼 peteronline 2010-03-29  

hzh86316 写道

wangtao0501 写道

性能怎么样，说说架构

目前，已经在多个省份上线，使用反响不错。
性能测试时遇到了了很多性能问题，举个表格的列子，我们的表格都是基于Ext.grid.EditorGridPanel二次封装的。
因为我们对表格二次封装后，增加了在表格上直接放置各种组件的功能，链接，按钮等，checkbox等，但是在性能测试中发现，当列比较多，或者表格中放置组件的列太多，而电信类项目json数据量又较大，会产生很严重的性能问题，如果每页设置100行，假设每行有5个组件，那页面上就有近500个组件需要ext维护，再翻页的话，内存消耗的不行。解决办法是，重新封装了个新的表格，放在上面的组件都是假的，所谓假的，就是有link或者ext的button之类的效果，但是却不是真的ext的组件，这样 ext无需维护页面上的那500多个组件。性能质的飞跃。100条数据，正常页面要求5秒内完成(IE6).IE8在2-3秒左右。其实ext原本的性能经过我们对js压缩，传输过程中采用gzip压缩等处理后，已经很不错了。但是我们封装，把它弄复杂后，就够呛了，不过经过几个月的性能测试和修改，已经顺利上线，反响不错。

请问一下楼主 怎么把组件做成假的，能否说清楚点，最近我们项目也遇到类似问题 感觉好慢。

37 楼 morroky 2010-03-24  

说句心里话真的不咋地，颜色搭配太差了，你们没有专业美工吧。。

36 楼 longer042 2010-03-23  

顶 你吓吓 确实漂亮 能分享皮肤不？

35 楼 smallratluobin 2010-03-19  

不错的，就是不知道这框架性能。

34 楼 别大号 2010-03-19  

gdipkf1986 写道

最后问一句,楼主对内存泄露和孤立节点的回收处理的怎么样? 从界面上看起来象是OPOA式的结构,这种结构在长时间操作以后,以内存的占用简直到令人发指的地步.

在我的项目中,使用打了内存泄露补丁的Extjs2.2库,同时也不产生孤立节点了,但每打开/关闭一个页面后,还是会有几百KB的内存没有收回来啊...

不知各位大侠有什么解决方法呢?

33 楼 别大号 2010-03-19  

hzh86316 写道

xiaobai233 写道

想知道下浏览器在这个项目上的内存占用情况？

简述下内存占用情况，
浏览器：IE6.0.2900.2180
CPU：双核2.0
整机内存2G。

登陆系统，打开单页签，60M，以后每打开一个页签增加15M左右。

打开一个页签增加15MB!?这是无法想像的啊!!!
你是不是用了iframe,在每次打开时都加载ext-all.js啊!?

即使页面上有很多控件(100个),如果使用动态add(panel)的方式,也只会增加8MB左右而已

32 楼 ct198312_163.com 2010-01-25  

dojo文档太少。。感觉版本变动太大
ext也用过，我就是觉得性能太差，数据量大一点，IE直接卡死。。。。。

31 楼 crazy.j 2010-01-25  

感觉颜色有点深了 显得有点脏

30 楼 vlinux 2010-01-24  

自卑中...下定决心要整好EXT!!!

29 楼 andy_zm 2010-01-24  

性能是个问题啊.

28 楼 louiszheng 2010-01-24  

除非是个纯dashborad系统，给领导，其他需要操作的，无论是OLTP或者长时间的OLAP，都会涉及到性能问题；IE在国内毕竟还占大多数，特别是企业应用。

27 楼 ivan18248 2010-01-23  

hzh86316 写道

wangtao0501 写道

性能怎么样，说说架构

目前，已经在多个省份上线，使用反响不错。
性能测试时遇到了了很多性能问题，举个表格的列子，我们的表格都是基于Ext.grid.EditorGridPanel二次封装的。
因为我们对表格二次封装后，增加了在表格上直接放置各种组件的功能，链接，按钮等，checkbox等，但是在性能测试中发现，当列比较多，或者表格中放置组件的列太多，而电信类项目json数据量又较大，会产生很严重的性能问题，如果每页设置100行，假设每行有5个组件，那页面上就有近500个组件需要ext维护，再翻页的话，内存消耗的不行。解决办法是，重新封装了个新的表格，放在上面的组件都是假的，所谓假的，就是有link或者ext的button之类的效果，但是却不是真的ext的组件，这样 ext无需维护页面上的那500多个组件。性能质的飞跃。100条数据，正常页面要求5秒内完成(IE6).IE8在2-3秒左右。其实ext原本的性能经过我们对js压缩，传输过程中采用gzip压缩等处理后，已经很不错了。但是我们封装，把它弄复杂后，就够呛了，不过经过几个月的性能测试和修改，已经顺利上线，反响不错。

楼主的系统不错啊,羡慕中。。。能不能做个动态的组件，就像

[/img] 这样的鼠标到哪儿那个组件就出现在那儿

26 楼 gdipkf1986 2010-01-23  

新的theme效果确实不怎么样... 不过工作量应该是很大的,精神是值得鼓励的.其实ext的网站上应该有很多theme可以下载了,没必要自己完全要去重新实现一个.

ext最严重的性能瓶颈还是在渲染上,传输通过gzip和缓存来控制,现阶段的网络条件己经可以接受了.

ie6基本上是可以放弃了.目标浏览器应该定位在 ie8+ff3+chrome3,其实如果是内部使用,通过行政手段强制要求使用ie8和chrome3也是可以考虑的一种方案.

最后问一句,楼主对内存泄露和孤立节点的回收处理的怎么样? 从界面上看起来象是OPOA式的结构,这种结构在长时间操作以后,以内存的占用简直到令人发指的地步.

25 楼 hzh86316 2010-01-23  

xiaobai233 写道

想知道下浏览器在这个项目上的内存占用情况？

简述下内存占用情况，
浏览器：IE6.0.2900.2180
CPU：双核2.0
整机内存2G。

登陆系统，打开单页签，60M，以后每打开一个页签增加15M左右。

24 楼 hzh86316 2010-01-23  

<div class="quote_title">znjq 写道</div>
<div class="quote_div">
<div class="quote_title">kimmking 写道</div>
<div class="quote_div">
<p>因为我们对表格二次封装后，增加了在表格上直接放置各种组件的功能，链接，按钮等，checkbox等，</p>
<p>---------------------</p>
<p>本来就支持</p>
<p> </p>
<p> </p>
<p>100条数据，正常页面要求5秒内完成(IE6).IE8在2-3秒左右。其实ext原本的性能经过我们对js压缩，传输过程中采用gzip压缩等处理后，已经很不错了。</p>
<p>---------------------</p>
<p>zip提高传输性能，对渲染展示性能无关</p>
<p> </p>
<p> </p>
<p>总结，lz的项目，改的样式看起来还是比较舒服的。</p>
<p>其他的，没看出来有什么新意。</p>
</div>
<p> </p>
<p>是的,压缩和gzip仅仅减少网络传输,其实缓存的情况下,这个影响不大. </p>
<p>图片太多造成多次的304请求也会占用很多资源, ext的慢还是dom太多,页面渲染的开销太大.</p>
<p> </p>
<p>ps: 感觉界面颜色搭配还不够理想.</p>
<p> </p>
<p>图片确实是个问题，ext的慢没发现有特别有效的方法，最好的办法是让用户抛弃IE6(这个只能看具体情况，企业级应用其实是可以建议用户升级浏览器的，内部用的，就更好控制了)，直接使用google chrome，至少让用户升到IE8，我们也为此专门针对chrome和IE8对系统做过兼容修改。对于IE6，没啥起死回生的灵丹妙药，我们只能通过优化我们自己写的代码，比如不使用+拼加字符串，少使用parseInt函数，这两个操作在IE6中那是慢的出奇的。</p>
</div>
<p> </p>

23 楼 hzh86316 2010-01-23  

<div class="quote_title">kimmking 写道</div>
<div class="quote_div">
<p>因为我们对表格二次封装后，增加了在表格上直接放置各种组件的功能，链接，按钮等，checkbox等，</p>
<p>---------------------</p>
<p>本来就支持</p>
<p>---------------------</p>
<p>是的，3.0是支持的，我们是基于2.0的，2.0的表格支持的组件非常有限，而且对放在上面的组件的个性化定制都不灵活。</p>
<p> </p>
<p> </p>
<p>100条数据，正常页面要求5秒内完成(IE6).IE8在2-3秒左右。其实ext原本的性能经过我们对js压缩，传输过程中采用gzip压缩等处理后，已经很不错了。</p>
<p>---------------------</p>
<p>zip提高传输性能，对渲染展示性能无关</p>
<p>-----------------------</p>
<p>是的gzip和js压缩都是解决传输性能的，这是解决前端性能的一部分，对于渲染性能，之前的grid已经是一个列子，所以后面举得是另一部分。总体来说，ext的渲染性能最难优化的主要集中在IE6，(万恶的IE6，估计做前端的都巴不得他死掉)。ext的渲染优化主要就看写代码的方式了，有空可以交流，ext本身的代码并不好改动，而且除了ie6，整体渲染性能并不差(可能是移动这边机器都超级好，ext的渲染完全就看用户的机器和使用的浏览器了)。</p>
<p> </p>
<p>总结，lz的项目，改的样式看起来还是比较舒服的。</p>
<p>其他的，没看出来有什么新意。</p>
<p>-------------------------------------</p>
<p>光看图确实看不出来新意。</p>
<p>顺带简要的介绍点架构。我们系统整个前台的架构和后台一样，也用了一般大家所说的 猪都会了的三层架构。平台层，完全与业务分离，我们基于ext2.0封装的所有与业务分离的组件都放在这一层，和后台的平台层组合在一起，构成一个完整的平台架构，可在整个公司通用于各种应用系统，系统的鉴权和日志等功能也是由此层完成，jsp的鉴权由前台来完成，action的鉴权由后台负责，前后台作为2个单独的web应用部署在不同机器上。领域层，封装的我们针对于本应用个性化的所有组件。应用层，前2层都没有什么页面，基本全是js，直接展示的业务逻辑的页面则在这一层。</p>
<p>做应用层的人，可以不用写一句js。就组成一个完整的页面。我们把每一个ext组件都封装成了标签的形式。在页面&lt;body&gt;标签中，一个&lt;button /&gt;就是一个ext的按钮。&lt;panel /&gt;就是个面板容器等等。所以开发页面的，可以是不会写js的纯UI。</p>
</div>
<p> </p>

22 楼 znjq 2010-01-22  

<div class="quote_title">kimmking 写道</div>
<div class="quote_div">
<p>因为我们对表格二次封装后，增加了在表格上直接放置各种组件的功能，链接，按钮等，checkbox等，</p>
<p>---------------------</p>
<p>本来就支持</p>
<p> </p>
<p> </p>
<p>100条数据，正常页面要求5秒内完成(IE6).IE8在2-3秒左右。其实ext原本的性能经过我们对js压缩，传输过程中采用gzip压缩等处理后，已经很不错了。</p>
<p>---------------------</p>
<p>zip提高传输性能，对渲染展示性能无关</p>
<p> </p>
<p> </p>
<p>总结，lz的项目，改的样式看起来还是比较舒服的。</p>
<p>其他的，没看出来有什么新意。</p>
</div>
<p> </p>
<p>是的,压缩和gzip仅仅减少网络传输,其实缓存的情况下,这个影响不大. </p>
<p>图片太多造成多次的304请求也会占用很多资源, ext的慢还是dom太多,页面渲染的开销太大.</p>
<p> </p>
<p>ps: 感觉界面颜色搭配还不够理想.</p>

21 楼 1000 2010-01-22  

我最近的项目也是用的ext，速度好慢，没有对他进行什么封装。拿来就用的

20 楼 anky_end 2010-01-22  

lenjey 写道

hzh86316 写道

其实ext原本的性能经过我们对js压缩，传输过程中采用gzip压缩等处理后，已经很不错了。

LZ    可不可以具体说一下呢？
呵呵，项目中正在使用ext 性能是最大的瓶颈！

ext页面组件一多，我觉得页面渲染性能下降迅速。。。