日期选择器的设计很容易被我们忽视，因为我们潜意识都觉得日期选择器很简单。
其实的确也很简单：一个输入框，一个日历图标，用户点击日历图标就会弹出一个日历浮层来供用户选择具体日期。这是每一个日期选择器的基本样式，看起来的确很简单。但是事实真的是这样的吗?在设计日期选择器之前，设计师要问一下自己几个问题：
你的日期选择器是选择一个特定的日期还是一个时间段?
用户是否可以手动输入日期或者用户只可以选择系统自定义的日期?
我们是否需要给用户提供默认值?
我们给用户添加「上一个，当前和下一个」跳转按钮是否合适?
如何给用户展示不可用日期?
当用户需要选择日期的时候，日期选择器是否是唯一合适的控件?
如果你无法回答以上的问题，我相信这篇文章对你还是有帮助的。
录入模式
目前日期选择器的录入模式有很多种。用户可以手动输入、下拉列表选择、弹出日历浮层选择、滑块和表单等。
手动输入是最原始的日期录入模式，用户对此很熟悉，学习成本为零。操作起来也比较简单，属于中规中矩的。使用下拉列表对于年和月的录入比较简单，但是对于具体日期来说，使用下拉列表对于用户来说就比较难操作了，因为选择项目太多了。
日历浮层是当前很受欢迎的一种日期录入模式，主要原因就是简单，其外观可以给用户一种挂历或日历的隐喻。
滑块也非常适合用于日期选择，，因为滑块不仅可以选择一个单个日期还可以选择一个时间段。但是滑块的一个缺点就是无法完成精确录入，可选择范围越大，滑块的使用价值就会越低。使用滑块来录入星期几，月份都是比较适合，但是要来录入具体日期就比较难了。用户必须操作的十分小心和缓慢。
表单是一种新型的日期录入模式，效率高，但是对于年龄大的用户来说使用起来可能会比较困难。
默认值
日期输入框里给用户提供默认值肯定比直接空白要更好，但是默认值的内容和展示形式还是需要我们仔细斟酌的。
用户在使用谷歌航空时，谷歌航空基于大数据分析会给用户提供默认值。例如，你7月3日搜索航班，会默认出行日为7月19日，返回日为7月23日。其实类似的手法我们也可以应用到国内的一些购票网站中，例如今年国庆/中秋放假为10月1日到8日。所以在9月份，我们假设用户打开一款购票软件都是为了购票回家。那么我们就可以默认为10月1日为出发日，8日为返程日。这样可以极大的节省用户的输入时间。
当然默认值还可以给用户提供一个日期录入规范，例如你想输入2019年3月1日，正确的格式应该是030119，但是有的用户可能会输入010319。默认值可以很好的避免这类情况的出现。
当然如果你的产品足够的智能化，日期的录入格式不会局限于一种，这样无疑更加的人性化。
录入时间
日期选择器有的时候不只是要选择日期还要选择时间。例如你要请人吃饭，要去预定餐位，在这种情况下就需要录入时间。
时间录入模式和日期录入差不多，这里主要来说时间录入的时机。
Topvet是一个兽医网站，你可以在上面为你的宠物预约医疗服务。这里的日期选择器很有代表性，用户在左边选好日期，然后选择时间段，最后选择医生。日期时间医生，这个流程看起来很正常，但是仔细想想就会发现问题。
例如，一个用户平时比较忙，只有中午有时间带宠物来看病。这种情况下，日期时间医生这种录入顺序就不太合适了，应该让用户先选择时间段，然后反显出可以预约的日期，再选择医生。
