日歷是效率概念中的重頭戲，日歷工具自然也在效率工具中有很重要的位置。iOS 上有一批明星日歷應用，日歷該有核心功能都可以做得到，還各有一批擁躉，所以是稍有不甚就容易得罪人的話題。
從人氣來看， 大概是媒體眼里最熱門的選擇：
站點文章最佳
The Sweet Setup
《The best App for 》
《The Best App for 》
iMore
《Best apps for 》
5
The Verge
《The Best App for 》
iDB
《The best apps for iPad》
《The best apps for and iPad》
這些是寫過日歷工具橫向?qū)Ρ鹊模瑫r可信度也不錯的站點，6 個有 4 個選的 。但我心里明白，這些都可能是馬太效應的結果，特別是應用圈的馬太效應尤其嚴重。雖然我也曾經(jīng)提過「用 來記事件，用 來看日歷」，但我一直希望有日歷工具可以打破這種現(xiàn)象，從一些新的思路來突破。截至到現(xiàn)在，即使我一直期待著不同的結果，情況還是沒有太大變化，我個人的意見仍然是 是輸入效率最高的， 是查看體驗最舒服的。
不過，并不是說非這兩個應用不可。
這次參評的日歷工具除了原生日歷應用之外有 4 款：、 、 和 5。 是個非常值得留在設備上的日歷工具，它將自己的人工智能放到了新版的日歷之中，這一點不是一般的第三方應用可以奢求的； 5 則對月視圖與周視圖進行了另辟蹊徑的設計。它們各自的通知中心小組件也都各有特色。
此外，除了單獨考察工具，日歷服務也是很重要的，所以在這篇文章我也會提供日歷服務選擇方面的參考。
原生日歷
要對比 iOS 上的日歷工具，很多人都直接忽視了原生 iOS 應用，但如果原生夠用，我們是沒必要再花時間考察和選擇第三方工具的。所以在一開始，有必要先看一下原生日歷工具如何，它有哪些地方做得不大到位，讓我們覺得不得不換。
原生日歷的視圖：中規(guī)中矩
的原生日歷，在最常用的豎屏情況下，最頂級的是年視圖，在年視圖點擊每個月份，放大之后可以看到月視圖，在月視圖選擇某一天，即可進入日視圖：
也就是說，在豎屏情況下， 原生日歷保留了不常用的年視圖，而跳過了使用頻率較高的周視圖。如果我們想看周視圖，就需要把屏幕橫過來：
這個界面我認為是蘋果做得最認真的界面，有一個細節(jié)可以說明這一點：它會刻意給不能顯示的事件露一條線，提示用戶這里其實還有個事件，不要遺漏。
對于大多數(shù)用日歷的人來說，周視圖可能是最常需要查看的一個界面，因為它反應的是一個人近期的情況，可以通過時間塊最直觀地體現(xiàn)給使用者哪些時間已被占用，哪些時間還有余暇。
雖然蘋果把這個界面做得很認真，但是把周視圖放在橫屏模式下在我個人看來是個典型的妥協(xié)方案。蘋果大概是認為在豎屏狀態(tài)下，無法完整且美觀地橫向展示一周的事件情況，所以不得不利用橫屏。但這種方案可能不少人都沒意識到，我個人用 很多時候是豎屏鎖定的，也就讓我查看周視圖的更不方便。
除了以時間劃分的視圖之外，目前不少日歷工具都會有一個事件列表視圖， 原生日歷也不例外，在屏幕的右上角用形象的列表符號體現(xiàn)了列表視圖，輕觸這個按鈕就可以在日視圖與列表視圖之間切換：
原生日歷視圖設計小結
簡單地給出一個結論的話，我對 iOS 原生日歷的評價是：中規(guī)中矩，出彩點少。
首先，在豎屏情況下， 原生日歷保留使用情境較少的年視圖、跳過周視圖的設計不算是一步好棋。為了完整且美觀地展示信息而從便捷上妥協(xié)令我不大滿意。
其次，在月視圖上， 原生日歷能夠提供的信息過于匱乏。視覺上只存在有事件和無事件的差別，無法分辨哪一天更忙，更不要說能一眼看出接下來有什么事在等著自己了。
最后在日視圖和列表視圖方面，也沒有特別出彩的地方。
當然，原生日歷在視圖、設計方面有一些讓人眼前一亮的地方，前面提到的周視圖中的小細節(jié)就是一處。此外，原生日歷的各個視圖都可以讓我們查看農(nóng)歷（需要在設置-日歷-其它歷法中設置），這就是其它不以中國市場為重心的日歷工具很難做到的。日歷圖標能顯示今日日期，也是其它客戶端無法做到的。
原生日歷的輸入：最大短板
日歷輸入的場景很繁雜，在記一次事件時，我們要考慮的有事件名稱、日歷名稱、事件日期、事件發(fā)生時間、持續(xù)時間、是否重復、事件位置、邀請人、是否提醒、提前多久提醒、提醒間隔等等等等，根據(jù)事件的復雜程度，我們要填的東西也不一樣。
所以首先，日歷工具在輸入方面要考慮的是怎么樣讓使用者能夠迅速準確地輸入一個日歷事件。
此外，我們未必每次只填寫一個日歷事件，很多應急、專業(yè)化的場景都是一次性確定多個時間點，所以日歷工具還要考慮怎么樣讓使用者迅速準確地輸入多個日歷事件。
在這兩點上，原生日歷可以說還停留在日歷工具的原始階段：輸入單個事件時必須通過圖形界面，手動選擇每一項需要填入的內(nèi)容，因此通過原生日歷本身，根本無法做到一次性添加多個事件。
這里要簡單探討一下為什么在輸入日歷時圖形界面相對較慢，或者說相對什么方式來說較慢。
第三方日歷應用，比如 ，在使用的輸入日歷的方法是一種被稱為「自然語言輸入」的方法。我們輸入一行文字：「東京——深圳 27/1 7:50-12:50 at 成田機場」， 就可以把這段文字中的事件、時間、地點識別出來，安排到相應的位置。
的輸入
通過文本輸入不光是一種神奇的體驗，從效率上來看，它也要比通過圖形界面來輸入優(yōu)勢更大。比如輸入日期 1 月 27 日 時，文本輸入用 27/1 或者 1.27 就能解決，而圖形界面需要通過一個日期的滾輪來選擇，勁兒大了還容易滾過。在信息少的時候還不大能體會到兩者的差別，但信息較多時——比如除了日期還要選擇起始時間、截止時間，有 4 個滾輪要滾——就會很麻煩了。
因此在這種機制下，原生日歷輸入單個事件時快不起來，并且沒有一次性添加多個事件的能力。因此，在我看來，輸入才是原生日歷的最大短板，也是我從根本上不得不訴諸第三方日歷工具的原因。
當然，通過 Siri，尤其是 iOS 11 之后添加的「鍵入以使用 Siri（Type to Siri）」這個功能（設置-通用-輔助功能-Siri）也可以做到一定程度上的自然語言輸入，但這算不得是原生日歷應用的特權，Siri 把事件添加到了 里，第三方日歷應用只要能使用 賬戶，就也能獲取通過 Siri 添加的事件。
另外，通過 等第三方工具，也可以做到批量添加日歷事件，但和 Siri 添加事件一樣，這些內(nèi)容第三方日歷應用也可以獲取，所以也算不得原生日歷應用的特長。
第三方日歷應用
現(xiàn)在我們已經(jīng)比較明確原生日歷應用的短板所在了：
視圖方面不大出彩，尤其是月視圖信息不足和豎屏隱藏周視圖可以稱為扣分項；輸入方面可謂落后，添加事件訴諸于圖形界面和滾輪，輸入單個任務時已經(jīng)快不起來，也失去了一次性添加多個事件的能力。
所以接下來主要要考察的，就是在基本功能完備的情況下，視圖和輸入方面是否出眾。第三方日歷應用的參評者是一直在我設備上的，國內(nèi)外口碑都不錯的 4 款第三方日歷應用：、、 、 5。它們基本功能都足夠完備，在視圖、輸入和各種日歷相關功能上也各有所長。
第三方日歷應用的視圖
前面已經(jīng)說過日歷視圖分為：年、月、周、日、列表幾個視圖。在 上，由于空間限制，一般會做出一些取舍和妥協(xié)，不會把這些視圖都全部實現(xiàn)。所以關鍵點在于：
哪種取舍的思路你認為更加合理，更適合你的日常使用情況；在同樣的取舍思路下，哪個工具做得更好。 5：月視圖功能最完整
年視圖本來就不大常用，我列出的四個第三方工具也都沒有做這個視圖，所以就不再考察，我們直接跳過它來看月視圖。
在月視圖這個點上，真正兼顧到信息完整性的只有 5 和 ：
5 和 的月視圖
和 在這方面取舍就比較傾向美觀：
用日期下面點的數(shù)量來表示繁忙程度，并且把列表視圖接到了月視圖之下； 則用了一個較為取巧的方式——顏色填充的透明度——來體現(xiàn)一天的繁忙程度。
和 的月視圖
在我的使用中，我意識到每個視圖其實都不只是用來看的，它也需要具備一些功能。比如某個事件改期，我們一般要去修改這個日歷事件，但是如果它可以在月視圖中通過拖拽修改來修改日期，就更有效率也更符合我們使用觸屏設備的直覺。還有一些不定期的重復事件，比如我曾經(jīng)打工時的 Shift，如果可以在月視圖直接復制粘貼，就不必我一個一個手動輸入了。
在這些場景，做的最好的是 5，在它的月視圖中，事件可以任意拖拽，長按一個事件，會彈出一個小菜單，其中有「復制」，選擇「復制」后再長按一個新的日期，就能看到「粘貼」按鈕，可以把事件粘貼到相應日期。
5拖拽與復制粘貼
這些功能 就無法做到，因為它不是真的專門為 iOS 定制的，所以甚至不能支持 iOS 11 中的重點特性——拖拽。
：周視圖與列表視圖的完美結合
在這部分我們主要考察的是周視圖，因為日視圖和列表視圖都不是原生應用的短板。而且各個工具也都有日視圖和列表視圖，表現(xiàn)得大同小異。至于周視圖，則是一般查看最頻繁的日歷視圖，各個工具都不會錯過這個功能，這四個工具也在這個地方展示出了完全不同的理解與取舍。
橫屏
和原生日歷一樣，在周視圖下了大功夫，可惜放在了橫屏上。而且在這個橫屏我們還可以看到 的另一個思路——盡量在一個界面多顯示信息，所以它把列表視圖也加到了這個界面，就像在豎屏狀態(tài)下它把列表視圖加到了月視圖中一樣。如果我們看 iPad 的話，會發(fā)現(xiàn) 更企圖在一個界面顯示所有視圖的野心：
包含了月視圖、周視圖、列表視圖的
在 上，我不認為 這種盡量多地把所有視圖壓在一起的想法更合適。但在 iPad 上，因為設計空間足夠，我們的視線也無法分散整個屏幕，所以利用好空余空間的思路我是能夠理解的。
除了 之外，其它 3 個第三方工具都在 的豎屏上實現(xiàn)了周視圖，只是思路截然不同：
、、的豎屏周視圖
我們先看中間的 ，擠得難受。看到這個視圖我們就能理解為什么原生日歷和 不想在豎屏上實現(xiàn)傳統(tǒng)的 7 日周視圖了。
最左邊的 5 使用了別樣的思路：
它使用的座標軸和傳統(tǒng)思路是相反的：傳統(tǒng)的是橫向顯示日期，縱向顯示事件，而 5 則是縱向顯示日期，橫向顯示事件；全天事件和普通事件的事件卡片占用的大小一樣，從左向右堆積事件卡片，先是全天事件，隨后按事件的起始時間排序；放棄了使用表示事件跨度的時間塊好用的日歷軟件，把事件的持續(xù)時間標記到了每個事件卡片上。
從這個視圖下，首先審美上是過得去的，也可以迅速知道這一天事件的多少。不過一些信息還是會損失掉，比如兩個時間有重疊的事件會不容易察覺。
5 這種保證審美、損失部分信息的取舍我覺得可以接受，或者說不得不接受。因為傳統(tǒng)的縱向 7 日周視圖已經(jīng)由 顯示出效果有多么糟糕，任誰有點審美都不會做一個寬度這么窄的表格。而像原生日歷和 那樣把周視圖放到橫屏的話，就是把一個重要功能放到了一個罕見的情境下，多數(shù)用戶可能一直都不會發(fā)覺有這么一回事。
但是我想說 5 還是不夠大膽：
事件卡片無意義：因為無論是全天事件還是時間跨度不同的普通事件，它們的卡片大小完全一致；整個界面的尺度不夠靈活：日期跨度限制到了 7 天，事件多于 5 個的時候就不能完整顯示。
而 ，就是在和 5 做出一樣取舍的情況下，邁出了這大膽的一步，更徹底，也更靈活：
視圖縮放
把周視圖直接做進了列表視圖，既然沒辦法在豎屏完美呈現(xiàn)每個事件的跨度，那就直接舍棄跨度，用文字來表示。同時，可以通過手指縮放，顯示不同的尺度，這樣忙的時候可以只顯示 3 天的情況，閑的時候也可以顯示 10 天的事件。
把周視圖和列表視圖的結合也讓 避免了列表視圖的軟肋——事件過于突出，導致日期分割不明顯。在這些點上 是做得最不理想的：
的列表視圖
日期在圖里只是被淡化的小字，遠不如日歷事件明顯。而且因為這種列表視圖會把無事件的日子跳過，導致我一看到這個列表就焦慮，感覺自己怎么這么多事，但實際上事件之間有可能會間隔很多天。
因為這些原因，我個人特別推崇在 上用 來查看日歷。如果你查看月視圖較多，也可以備一個 5。
第三方日歷應用的輸入
接下來我們來看原生輸入法的最大短板——輸入。
我們已經(jīng)提過自然語言的優(yōu)勢了，具備這個功能的日歷應用自然就會占有輸入上的優(yōu)勢。
我挑選的 4 個第三方日歷應用里， 沒有自然語言輸入，而且添加日程最不方便，但是因為音效細膩、視圖取舍最符合我的使用習慣，所以我才只它看。除了 以外的其它三個應用，多多少少可以說有自己的自然語言輸入，但實現(xiàn)的情況也不大一樣。
：語法最靈活
和 5 比較接近，是使用一套規(guī)則來實現(xiàn)自然語言。這種方法其實是使用操作符（）來讓機器針對某個信息做判斷，而并非使機器真正理解了我們的語言。盡管 自稱「's input is very ，so just enter your event the same way you would tell , like an 」，但是實際上我們還是不能這么自在，特別是使用中文時，更是要遵守軟件既定的規(guī)則。所以想要用好這種「自然語言」，每次輸入都能迅速準確，一份靠譜的文檔必不可少。
但是 和 5 都沒有提供這份文檔，而是分別提供了一些輸入的實例。所以我當初寫了一篇《 的自然語言識別》記錄了我摸索到的可用的操作符。 5 的語法我還沒有摸索過，但是我最近試了試，發(fā)現(xiàn)一些 語法中比較復雜的情況 5 還是無法駕馭，比如 7 月 1 日到 8 月 1 日之間的每個周一周二和周五 這種復雜的日期重復情況， 可以用 on Mons Tues Fris from 7/1 to 8/1 來實現(xiàn)，但 5 就做不到，這樣的例子就不一一列舉了。在靈活程度上， 還是要勝過 5 的。
輸入方面的第二個優(yōu)勢，是它為了方便輸入，特別在軟件中為鍵盤上面增加了一行自然語義常用字符：
的鍵盤
這就讓它在輸入事件的時候更加方便，不用為了輸入日期和時間而來回切換鍵盤。
輸入方面的第三個優(yōu)勢是可以一次性添加多個事件，其它應用似乎都忽視了這種需求。能做到這一點是因為 支持 ，因此只有它和 （一款 iOS 上的筆記應用）可以做到， iOS 上的 也只能 上而不能發(fā)送到其它的日歷應用中……
所以， 在老式自然語義的思路上一騎絕塵，不見來者。其實我在文中提的還只是一些功能上的優(yōu)勢， 的動態(tài)補全、自動翻譯并匹配一些比較重要的地址這些功能，都能讓你在輸入事件的時候為之驚艷。
：人工智能的彎道超車？
如果說有誰用的智能輸入更接近自然語義，毫無疑問就是人工智能巨頭—— 家的服務了。 也在輸入日歷事件的部分加入了人工智能，但是有兩個主要的問題：
精度問題：用了人工智能就代表它不會給什么操作符的語法來讓我們用。這時候，如果人工智能不夠精準，反而常出錯像人工智障，我們還沒有比較機械的方法精準輸入，效果就會很差。半文本輸入：自然語義的意義在于用文本盡量多地代替，甚至完全代替圖形界面（比如批量添加任務的時候）。而 目前的情況是一種半文本半圖形界面的結合。比如我要輸入明天，它不能直接替我填如明天，而是要識別一下，識別后要我手動選一下它會確定這是「明天」。
所以在這個方面，我還是更傾向用 那種機械的方式。因為用于日歷事件的那幾個變量，用人工智能可以說是牛刀殺雞，不是大材小用，而是不順手，別扭。 已經(jīng)在實現(xiàn)日歷相關的自然語義這條路上走得足夠成熟，只要熟悉已有的語法，就可以基本忽視圖形界面地使用純文本添加事件。
雖然我在輸入日歷事件這個點上認為 更舒服，但是給日歷配上人工智能這個思路卻不容小覷。
在 里，添加內(nèi)容的種類除了一般都有的「活動」和「提醒」之外，還有一個「目標」。這個「目標」里包含了「鍛煉」、「培養(yǎng)技能」、「規(guī)劃生活」等需要周期進行，堅持下來后就可以提高生活質(zhì)量的模塊：
在中添加目標
選擇「鍛煉」后好用的日歷軟件，會讓我們繼續(xù)選擇鍛煉的項目、一周幾次、以及持續(xù)時間等：
運動、頻率、持續(xù)時間
目前在我的使用來看，它們推薦的時間段還不大理想，但是我覺得這個思路也許會很有潛力。因為除了根據(jù)我們已經(jīng)記錄在日歷上的時間塊以外， 可以獲取我們上網(wǎng)時的大量個人數(shù)據(jù)，這些數(shù)據(jù)應該能夠幫助 更合理地為我們安排活動。
服務選擇：在 iOS 上用 服務
除了能夠通過人工智能安排任務， 的服務屬性也為它加分很多，舉比較典型的一個例子：我在 Gmail 中收到的飛機票郵件， 會自動為我識別為一個日歷事件添加到 里，就算我設備上沒有裝 ? 這個應用。
現(xiàn)在的 已經(jīng)可以與 、IFTTT 等服務相關聯(lián)，在未來這樣的可能性還會更多。因此在服務上，選擇 要比 適用的范圍更廣，能用得上的人應該試一試。
綜述、我的選擇以及結語
至此，從 iOS 原生日歷在視圖和輸入方面的限制出發(fā)，我們已經(jīng)探討了幾個優(yōu)秀第三方客戶端在這兩個方面的優(yōu)劣之處，我也給出了我的選擇。但是篇幅所限，也許對各位讀者眼中重要的元素有所遺漏，或者各位也許會有不同的出發(fā)點選擇不同的工具，還有可能我考察的這些第三方客戶端已經(jīng)過時，一些新秀早已超過了它們……
因此，如果你有自己認為比較優(yōu)秀的、或是自己用起來十分順手第三方日歷客戶端，不妨在評論里分享出來。
附：價格對比軟件平臺價格
4.99 美元
iPad
9.99 美元
macOS
49.99 美元