在填写生日、上课时间、订机票、定闹钟、通知等我们会看到日期控件。
一般日期控件的时间内容包括：
日期：展示年、月、日
时间：展示小时、分钟、早上或晚上
日期和时间：展示日期、小时、分钟（早上或晚上）
本文主要分析几种常见的日期控件形式、使用场景跟各自的优缺点。欢迎指出相关错误~
一、Scrollable lists
交互方式：
这是苹果系统最为常见的时间控件，一般会根据你目前所处的时间设定为固定值。每个值都是有数字限定的，最大值跟最小值形成一个循环。用户只要往下拉跟往上拉动，得到自己所要的数值，完成输入任务。用于设定闹钟、填写出生年月日、填写通知时间、设定完成任务最后期限等。
优点：
交互形式非常简单，填写任何信息，不用点击。一般情况下会有默认值。这种更适合在设定闹钟、通知时间等需要精确小时、分钟的情况下使用。
缺点：
因为系统一般有默认值，所以比如填写出生年月日的话，默认值可能是今天（2017年12月25日），比如用户在70年前出生，拉动的时间要很长，体验非常糟糕。还有一个反例，印象最深的是behance，需要用户填写生日，因为偷懒我填写了2017年出生，最后账号竟然没法使用了_φ_(．．)，很多APP会采用这样的picker作为控件形式，但在填写生日日期体验并不好，（特别是对年纪比较大的叔叔阿姨们），除非是客户群体是家长。
二、Table
苹果官网关于pickers控件规范中写了这么一句话：Use a table instead of a picker for large value lists.这句话也很好得阐述了滚动式的跟这种表框式的时间控件的不同。table类的时间控件可以承载的数据更多一些。如图所示，它不仅仅只是展示时间日期，也可以展示相关的价格、日期备注等。常用于购买飞机票、火车票等软件平台。交互形式也比较简单，就像点击一个按钮一样。
优点：
可以快速清晰地看到更多的信息，交互形式也更为简单，在出行软件中，选择这种日历的table控件，更为符合用户场景。
缺点：
因为无法展示具体的时间点，因此步骤会变多。步骤的增多，根据GOMS模型——用户—计算机系统完成一项任务的时间也会增多，不利于用户快速完成任务。甚至还可能在这个过程中流失掉一些用户。
所以在一些需要具体时间点、具体日期的一些平台里，也做出了相应的调整。例如italki，会将具体的日期（周X）和时间点（X点）展示在同一个界面上。
三、Popovers
popovers也是苹果中非常常见的控件，中文翻译为弹出框，也算是下拉菜单，一般位于二级导航的内容当中，所弹出的方框方向会指向信息来源。菜单里的内容并不是非常精确的时间，所呈现的内容也更少，所以更适用于那种展示阶段性日期的功能，一般是用于已过的日期（已存在的内容）。
优点：
作为页面中的一小部分，并不会霸占整个界面或半个界面，所呈现的信息内容非常有限。跟原本的界面相关，一旦做出交互行为，原来的界面就会展示出用户想浏览的内容。
缺点：
因为能够展示的日期很少，所以有用户想要找到更多历史数据等，可能并不是特别便利。
==再更==
资料：苹果的开发设计规范
