变态的全选(上万个复选框的全选你享受过吗?)

luoyahu 2011-05-23
生成一百W复选框,玩死他。
mazhi4562qq 2011-05-23
好累。好累
zhao_chong 2011-05-23
我觉得生成复选框的时候最好也用下setInterval 否则也会假死
volking 2011-05-23
页面肯定很臭
norock 2011-05-23
呵呵,你也太“老实”了,咋就不知道用虚模式呢?
我来提个醒吧:
1,js 对象数组作为数据源,保存各个复选框的状态(选中状态和附加数据等等);
2,显示这块呢弄个适合版面大小的div封装(一般要2,3层),肯定溢出,需要显示滚动条,那么就可以计算完整显示需要的高度或宽度(其中一项必须固定或者适应wapper尺寸),由此监听滚动条滑动位置,从而计算显示区域应该显示的对应复选框范围,继而根据js数据源中保存的相应对象及其状态来更新这些复选框。
so,你顶多只需要创建比显示区域多一点点的复选框而已,之所以要多那么DD,是为了缓冲(如果显示区域比较大的话,这样可以提升速度,防卡)
int08h 2011-05-23
太扯了……好好的一个200ms不到的功能,竟然能被用上缓冲、异步等等方法……
windir 2011-05-23
客户故意为难你的吧,其实也好做,正如 norock 所说的解决方法
bing2404 2011-05-24
客户故意的吧 ,这样加载也变慢了,浪费内存啊,再说一个页面 要显示1W个,看的也不舒服啊,。。。

还不如 沟通好,多个页面 或者TAB页之类
zygege 2011-05-24
楼主,定时器不错,但是我告诉你,jquery是一大败笔,jquery的循环比直接DOM循环慢很多。
int08h 2011-05-24
jquery的循环真的不算慢,楼上可以试试1W个复选框用jquery循环和直接DOM循环差多少,我估计差不到5%

1W个checkbox全选是没做过,但在地图上放1W个标记这事倒是干过,有些优化是有固定方法的,比如移除DOM,不要再去想更复杂的了……
Global site tag (gtag.js) - Google Analytics