[开发笔记] 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类似,就是不关注后台数据的存取, 只负责从后台拉数据过来,在前端对数据进行展现, 以及向后台传送必要的信息)