如题,数据库中有600条数据,要返回到前台的一个下拉列表中,想问的是浏览器会炸不,,突然感觉这样的需求好变态,
首先600条下拉是没问题的,我之前重构一个系统的时候就发现一个600条的下拉,新的手机上也不会卡顿。
但是后面我发现,是可以优化的。
我的情况是 总共是600,但是实际上有些时候分情况之后,每种情况只有100多,这就好很多,而且下拉框配合的是自动填充(比如使用的jquery.autocomplete)这样子来搞。
建议是多方面综合考虑,能减少就减少,或者加上插件,能够根据用户输入进行自动匹配也是一种方式
这个问题很实在,并不是变态的需求。
具体来说,第一要看浏览器的引擎,第二要看使用的前端框架(没框架也算是一种框架),第三当然要看客户端机器的性能。
按目前的 pc 端的性能,600条数据的下拉框肯定是没有问题的。对于移动端,如果使用了某些框架又配合比较过时的手机,会出现一定的卡顿。
10 回答11.3k 阅读
5 回答4.9k 阅读✓ 已解决
4 回答3.2k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
3 回答1.5k 阅读✓ 已解决
3 回答2.4k 阅读✓ 已解决
3 回答2.2k 阅读✓ 已解决
。。。个人建议一个select不要超过30条。
当然这个不是从性能上去考虑的,是从交互上去考虑的。
从性能上面去看,刚才尝试了下500条的数据,页面内没有其他任何代码,基本可以认为是最小情况下,chrome下也会稍有卡顿。
我觉得在真实环境下效果会更差,所以还是不要作这个死了吧。
如果实在太多,可以考虑分组做个级联下拉