拣选和选择二是扩展selectboxes两种比较流行的库。
似乎都得到积极的维护,选的是老年人和支持jQuery和原型。
选择二是jQuery的只是,它的文件说,选择二由所选择的启发,但确实还是没有做出任何具体的改进(如果有的话)其他原因重写。
两个库有非常相同的功能集,我已经找到了唯一的比较是有点不确定的jsperf测试页。
是否任何一个库,具有比其他任何优势?
拣选和选择二是扩展selectboxes两种比较流行的库。
似乎都得到积极的维护,选的是老年人和支持jQuery和原型。
选择二是jQuery的只是,它的文件说,选择二由所选择的启发,但确实还是没有做出任何具体的改进(如果有的话)其他原因重写。
两个库有非常相同的功能集,我已经找到了唯一的比较是有点不确定的jsperf测试页。
是否任何一个库,具有比其他任何优势?
作为选择二3.3.1的,下面是什么在其README.md记录
什么是选择二支持所选择不?
- 使用大型数据集:选上需要整个数据集被加载
option
中的DOM,它限制了小十岁上下的数据集进行操作的标签。 选择二使用功能来找到即时,这使得它能够部分地加载搜索结果的结果。- 结果分页:既然选择二可与大型数据集,只在它必须支持分页时加载匹配结果的量小。 选择二将调用搜索功能,当用户滚动到当前加载结果的底部设置允许结果的“无限滚动”。
- 对于结果自定义标记:只选择了支持文本渲染的结果,因为这是唯一支持的标记
option
标签。 SELECT2提供了可用于生产任何类型的标记来表示结果的扩展点。- 能够添加上飞的结果:选择二提供了从用户,这使得它能够被用于标记输入的搜索字词添加的结果的能力。
恕我直言,选的是“保持”,而不是“积极维护”。 341个问题和选上的51个引入请求。 选择二有128个问题和25个引入请求。 我认为这些图案是基本
哪一个你选择,如果你的使用情况也正是在他们的甜蜜点,要么一会工夫。 如果没有,你最终不得不编写自己或大量定制这些。 在这两种情况下,其中一个选择是明确不是所有的重要。 我想我会用@Andy雷一边,并在这里@保罗是选择二可能是更好的初始选择。
另一个值得一提的区别是, Chosen
是开发Sass
和CoffeeScript
,而Select2
是纯CSS
和JS
。 这是我个人的选项, Sass
和CoffeeScript
是,这使得调试困难复杂的不需要的图层。
想我都已经决定既不使用后-试图让Select2
中创建项目的功能原来是一个非常毛茸茸的事情,因为你只要连接到时不能做到这一点<select>
元素-它只是没有感觉深思熟虑的篮球我会跳进去。
我已经解决使用selectize.js这只是增加了新的<option>...</option>
元素表单的DOM -这是理智的。 它也使用LESS
-但我会绕过,只是定制编译CSS
直接在您的项目。
PS。 我会尽力的时候我发现更新这个答案更多的失分
首先,让我告诉你,选择和选择二是两个伟大的插件,这是我对选上的个人经验。 所有他们说的话是真实的关于选择的。
该问题通过PēterisCaune用尖锐的select
为2岁,仍然没有官方补丁。 有简单的API没有很好的文档。 它已经指出(表问题671)许多时间,但仍然没有什么。 他们花了近2年来解决这个问题,在那里选择,如果你隐瞒与股利将基本上不起作用overflow:hidden
显示它(前,你必须使用一个witdh:X%
的选项,如果你不”,你就基本上都不知道牛逼的样子了问题)。
我想说的是,主要问题是在问题92修复速度就像说DelvarWorld:
我拉请求解决这个问题,但就像我另外一个和许多药粥选择它们被忽略的。 这个项目有过小的代码库太多的贡献者。
我第一次拿起选择了它的MIT许可证,但我有所有议题的问题(下拉切,没有找到API,寻找一个溢出隐藏小时),所以我决定要切换到选择2,因为它有一个更好的文档,没有下拉切错误和更快的修复。
一个特点是,在选择二的作品,但在选上不起作用,是select
具有内部元素overflow: hidden
或overflow: auto
。
对于选用了相应的问题: https://github.com/harvesthq/chosen/issues/86
我发现这两个插件的工作有些不同:
随着选择2,你可以在选项的任何位置进行搜索。 对于例如,如果你有一个名为ABCDEFG一种选择,你在CDE类型,你会获得在搜索结果的选择,但选择与你必须输入AB ..等,以获得满意的结果。
我发现有更大的数据集,选择似乎比选择2快,尤其是在IE浏览器。
SELECT2支持移动,而拣选具体禁用自身在iPod,iPhone和移动机器人。 如果您想使用手机“扩展”选择框,这使你的选择很容易。
我与选择二的经验是在桌面上很大,但在触摸移动设备上变化很大,与总是存在的一些怪癖。 例如,在使用ICS和股票的浏览器下拉XPERIA st15i总是关闭,因为键盘偷焦点本身。 只有把它重新打开的方法是触摸菜单数十次,保持手指的第二和其他巫术。 或者开始而下拉列表关闭打字,以及有多少用户会想出解决办法?
Selectize.js似乎比选择二顺利得多,但在选择或inputed它移动页面一路向左由于某种原因,价值它也有自身的移动的例如问题。 此外,在不支持溢出较旧的Android 2.x的设备,这是不可能选择过去为数不多的顶级选择,因为键盘上没有弹出。 :(
还是要考验选择和它可能是不是一个坏主意,毕竟移动设备被禁用,但到底好老下拉工作时时处处。
更新:现在我还测试获选为好,它是在一个领域更好:它无法在移动默认(!伟大的)工作,但它过滤词的问题。 例如,不的话中间搜索,如果你使用&NBSP劈为aligments,它也会忽略完整的选项。 回到绘图板。
为什么我选择了选择2选上
关键特征选择2已经,没有其他控制具有自动神奇,是“全部清除”,在控制的右手选择与“X”。 这是为我的应用的杀手级功能。 我不知道为什么其他选择标记增强库没有此功能。
选择二支持AJAX选上的不
选择2是小规模重比较选择。
我切换到选择二,因为Ajax操作没有官方的支持。