使用下拉菜单的形式似乎已是司空见惯：它不占用太多空间的界面，它自动验证输入，所有浏览器和平台都支持它，实现下拉菜单非常的方便且容易，用户对他们也习以为常了。
与此同时，根据Luke Wroblewski和被多人提及的原则：“下拉菜单应该是最后的选择”的说法，那么下拉菜单却是最经常被误用的。
让我们看一看下拉菜单的局限性和令人担忧的地方：
-
下拉菜单控件的可用是选项不可见的，直到你点击或点击打开它。同时， 在第一眼看到列表时，列表的长度是隐藏的，即用户无法预测一个下拉菜单是包含2个还是50个元素。
-
从下拉列表中选择一个选项，（尤其是在移动设备上）是一个多步骤的过程：你必须点击下拉菜单打开选项列表，然后滚动和浏览项目并选择一个，然后关闭下拉。
-
下拉菜单可以让设计师懒惰：设计师很容易就把所有可能的选项不分任何优先级一起放到下拉列表里（这很类似于汉堡菜单的做法）。
-
像国家地区选择这种很长的下拉菜单，用眼睛扫描起来简直是噩梦，尤其是在键盘搜索通常是不可用的移动端。
-
在可见、可滚动但面积很小的屏幕上滚动去选择想要的选项是一件非常痛苦的事情。
在iOS系统上，第一眼可见的选项少的惊人。
但是好消息是这里有大量的很棒的可替代下拉菜单控件的选择，能为你在不同的情况下所用到。
考虑选项的数量
若只有两个选项（例如开/关），那么使用下拉菜单就是一个错误的选择。这里你需要用复选框(CheckBox)或者用切换开关（toggleswitch）。
如果你的下拉菜单仅仅包含是/否、开/关这样的选项，那么就用开关控件来替代它
对于个数少且互斥的选项，建议使用单选按钮（radio buttons）或分段控件（segmented），使所有可用的选项第一眼可见，且无需打开列表。
分段控件(Segmentedcontrols)可以一次性展示出所有的可选项
可见选项的数量取决于屏幕宽度和选项标签的长度，但不要超过5项
当用户确切地知道他们在寻找什么时，对于大量确定的选项，考虑使用“请输入…”这样的解决方案，其中筛选选项列表在输入第一个或两个字母之后显示。
用让用户来输入文字来筛选选项的方式替代滑动下拉菜单
对于大型和多样的列表，尝试使用现有的用户数据来排列优先级，只列出几个用户常选的选项。这种方式有一个好处就是90%的用户会立即发现自己偏好的选择项，只有10%的人选择立即“其他”然后跳到指定的下一个问题。
虽然“其他”不适一个优雅的解决方案，但是优先级排序的方式能够提高大多用户的体验
考虑预填写
下拉列表的好处之一是用户不必输入很多内容。然而，如果预期的输入不是太长并且经常被问到（例如个人信息），通常用输入的方式是比较容易的，而不是从列表中选择：
在移动设备上输入生日的年份，使用数字键盘比滑动长列表要容易的多
通常，在移动设备上输入数值会比数字下拉列表效率高。
尽管数字下拉列表是清晰的，但是输入数值依然比滑动选择要方便
如果验证用户输入的内容很重要，输入内容用于筛选可用选项时，“请输入……”这个方法可能是有用的。
在罗列出美国各洲的时候，只需输入一个字母就能大大简化原本很长的列表
当列表元素的排序顺序不清晰时，在选项列表中搜索的能力特别有用。
不清楚货币代码排列顺序的用户，能确保他们能在名称和货币代码间进行搜索
同样的技术也应该应用于国家列表上面：使用让用户尽快开始键入并过滤结果来替代列出200多个条目的方案。
对于表示数量的非连续值（例如乘客数量或购物车中的商品数量），步进器（stepper）允许用户点击来快速增加或减少数值。
对于连续数值或在某个范围内的数值，请考虑使用滑块。
显示最大值和最小值的范围有助于用户理解
选择当下最近日期，使用多个选择菜单选择可能是一次非常痛苦的体验，因此我们选择使用日期选择器（datepicker）。（但千万别用它输入出生日期）
设计更智能的下拉菜单
虽然本文一直在告诫你不要使用下拉菜单，但如果在某些场景下，你确实认为让用户在下拉菜单中选择是一种最合适的输入方式，也没关系，不过你要进来让下拉菜单更友好一些。
-
使用有意义的标签：当下拉菜单打开时，菜单标题和描述也需要保留且清晰可见。在“选择”菜单中使用一个描述性标签，告诉用户他们正在选择什么（即“选择类型”而不是“请选择”）。
-
按合理的方式排序条目：基于用户数据尝试将最流行的选项放在列表的顶部。甚至预先选择用户最常选的选项作为默认选项。
-
使用智能默认值：手机和浏览器知道用户的位置、日期等大量的信息。利用已知的数据预先为每个用户选择最有可能的选项。
