|
锁定老帖子 主题：面试：大数据量的下拉列表
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-07-08
zhudp.cn 写道 風一樣的男子 写道 玩QQ微博不？
玩的话你应该知道怎么搞 你们是要给QQ微博做广告还是怎么的？ 到底是怎么做，你说一声就行，卖什么关子，会就会，不会就不会 就是。怎么不说玩百度，google不？ |
| 返回顶楼 | |
|
发表时间：2010-07-08
piao_bo_yi 写道 不考虑需求的合理性的话，就用filter，显示时候第一次显示n,再往下拉显示2*n,这种情况在显示大量数据时候很常用。 按照楼上的，如果用户选择刚好在第9999条，性能估计会出现问题 |
| 返回顶楼 | |
|
发表时间：2010-07-08
开心网好友列表实际上是类似autocomple
|
| 返回顶楼 | |
|
发表时间：2010-07-08
也就是说，唯一可行的还是autocomple
|
| 返回顶楼 | |
|
发表时间：2010-07-08
1.关键字过滤下拉
2.分页处理 3.根据用户选择频率进行排序，即选择愈多的愈靠前。下拉内容作为一个对象添加频率属性（json交互 ） |
| 返回顶楼 | |
|
发表时间：2010-07-08
1W的下拉设计本身就是错误的.
就好比你把全国的城市放在一个下拉表里,让用户选择,累死人了. 自动补全或者归类一下,把一个下拉编程几个就OK了. |
| 返回顶楼 | |
|
发表时间：2010-07-08
发现人些人总是卖关子,一会去看人人网,一会去看QQ空间,一会又是微博
你们就不能直接说出来怎么一回事? |
| 返回顶楼 | |
|
发表时间：2010-07-08
不知道为什么有这样的需求
做法的话应该是分页吧 树的话就不是下拉列表了吧 |
| 返回顶楼 | |
|
发表时间：2010-07-08
cjx186 写道 zhudp.cn 写道 風一樣的男子 写道 玩QQ微博不？
玩的话你应该知道怎么搞 你们是要给QQ微博做广告还是怎么的？ 到底是怎么做，你说一声就行，卖什么关子，会就会，不会就不会 就是。怎么不说玩百度，google不？ 9494.一个二个都拽的不行。 |
| 返回顶楼 | |
|
发表时间：2010-07-08
必须根据业务分出选项的类别，设置多个下拉框，每次选择上级时更新下级数据，相当于fitler的作用。原始数据可以考虑放在session中
|
| 返回顶楼 | |
