2007-11-02

[开发笔记] GT-Grid 在性能优化中迷失 ---- 好在 现在找到了正确的方向

前一阵我曾疯狂的"沉浸"在性能优化之中.
为了 几百毫秒 的速度提升 绞尽脑汁.

为了性能 ,减少函数的调用
为了性能, 减少对闭包的使用
为了性能,循环内部尽可能少的使用判断
为了性能......

总之,为了性能不择手段.

结果,
代码的结构变得凌乱了,
代码的体积变得臃肿了,
代码的设计变得充满了坏味道...

性能呢? 是提升了.

原先要用 2600毫秒的 "优化"后变成了 2200毫秒
原先要用 10000毫秒的, "优化"后变成了 8500毫秒了

可是这样的提升真的有价值吗?

使用者会在乎 那0.4秒吗?
也许使用者 会在乎 1.5秒, 但是当整体过程已经上升到10秒左右的时候,那么那区区的1.5秒又算得了什么呢??

从总体上来看,我所做的所谓"优化"实际上是彻头彻尾的"劣化"
我想 我真的迷失了, 在性能优化中迷失了

不过意识到这点就好 现在我决定走回正确的道路

只要比ext快 10%----50% 就可以 , 没必要追求 50%以上的提升.

这样,我想 GT-Grid才会变得更好.

而且, GT-Grid的强项不是在速度, 追求速度的人大可以直接 for 循环+ <%=...%>.

当然, 我也在考虑,提供一个fast模式, 专门用于 大数据量,但功能少的列表.

请大家期待吧.

12月中旬 肯定能出一个 可使用的 纯AJAX版 (使用方式应该和现在的EXT类似,就是不关注后台数据的存取, 只负责从后台拉数据过来,在前端对数据进行展现, 以及向后台传送必要的信息)
评论
qwertyu 2007-11-04
fins你好!你的老师为什么不教你用标点符号呢?

这是个值得关注和探讨的话题.

今天先到这吧.
bh_nesta 2007-11-04
我现在也在用，感觉真的是太好了，感谢fins
qddajian 2007-11-04
加油，加油，我一直在期待.
fins 2007-11-03
grid组件原则上应该不关注 数据库操作方式啊.

实际上 列表组件 只关心 从服务端取得数据 向服务端提交数据
至于服务度的数据如何得来 提交到服务端的数据作何用 应该不是很关心
anone 2007-11-03
支持!!!期待~~~
在这里我也提一个小小的要求，就是在数据库处理方面提供对hibernate的支持。原先ec的处理方式也挺OK的了,不过总觉得引入hibernate会更好，fins老大你觉得怎样？
xjguang 2007-11-03
强烈要求：请fins放一个完整的、较好的例子在共享里供大家学习、研究
dmewy 2007-11-03
强烈支持.
加油加油!
发表评论

您还没有登录，请登录后发表评论

fins
  • 浏览: 706246 次
  • 性别: Icon_minigender_1
  • 来自: 小胖儿的大城
  • 详细资料
搜索本博客
我的相册
D491c37e-81de-385c-ad95-b7a20ad6a3c8-thumb
David Recordon
共 63 张
其他分类
存档
最新评论