米哈爾·茲丹斯基 通知是現代智慧型手機不可或缺的一部分，甚至 iOS 的第一個版本（後來的 iPhone OS）也有辦法顯示某些事件。從今天的角度來看，當時的實現方式似乎很原始。在iOS 3.0之前，還不支援第三方通知，直到iOS 5中引入通知中心，解鎖螢幕後通知經常會永久遺失。在 iOS 8 中，繼這兩個里程碑之後，通知方面出現了另一個重要的里程碑——通知變得互動式。
到目前為止，它們僅用於提供資訊。除了刪除它們之外，用戶還只能在與通知相關的地方打開相應的應用程序，例如一條短信打開了一個特定的對話。但這是所有互動的結束。互動式通知的真正先驅是 Palm，它早在 2009 年（即 iPhone 發布兩年後）就隨 WebOS 引入了互動式通知。例如，互動式通知使得在應用程式開啟時處理日曆中的邀請成為可能，而另一個通知控制音樂播放。後來，互動式通知被Android改編，2011年出現在4.0版本的Ice Cream Sandwich，版本4.3的Jelly Bean進一步擴展了它們的可能性。
與競爭對手相比，蘋果的速度非常慢，但另一方面，它對通知問題的最終解決方案易於掌握，同時一致且安全。雖然 Android 可以將通知變成方便的小應用程式、小部件（如果您願意的話），但 iOS 中的通知明顯更有目的性。為了在小部件層級實現更好的交互，蘋果在通知中心為開發人員留下了一個單獨的選項卡，而通知或多或少是一次性操作。
互動可以在您遇到通知的所有地方進行 - 在通知中心、橫幅或模式通知中，也可以在鎖定畫面上進行。每個通知最多允許兩個操作，模態通知除外，其中可以放置四個操作。在通知中心和鎖定畫面上，只需向左滑動即可顯示通知選項，並且需要拉下橫幅。模態通知是一個例外，為使用者提供了「選項」和「取消」按鈕。點擊「選項」後，通知將展開以提供以下五個按鈕（四個操作和取消）
操作分為兩類：破壞性和非破壞性。從接受邀請到按讚再到標記訊息回應的所有操作都可以是非破壞性的。破壞性操作通常與刪除、封鎖等相關，並且在選單中具有紅色按鈕，而非破壞性操作的按鈕是灰色或藍色的。動作類別由開發者決定。關於鎖定螢幕，開發人員還確定在啟動時哪些類型的操作需要輸入安全代碼。這可以防止任何人回覆您的訊息或從鎖定畫面刪除電子郵件。常見的做法可能是允許中立的操作，所有其他操作（例如發布回應或刪除）都需要程式碼。
一個應用程式可以使用多種類別的通知，根據這些通知將展開可用的操作。例如，日曆可以提供用於會議邀請和提醒的其他互動式按鈕。同樣，例如，Facebook 將為貼文提供「讚」和「分享」選項，為朋友的訊息提供「回覆」和「檢視」選項。
實踐中的互動式通知
在目前形式下，iOS 8 不支援許多應用程式的互動式通知。毫無疑問，最重要的是能夠直接從通知回覆 iMessages 和 SMS。畢竟，這個選項是越獄的常見原因，這要歸功於一個方便的實用程序 短信 無需啟動應用程式即可從任何地方回覆訊息。如果您為訊息選擇模態通知類型，快速回覆介面將與 BiteSMS 非常相似。如果您從橫幅或通知中心回复，文字欄位將顯示在螢幕頂部而不是螢幕中間。當然，這個功能也適用於第三方應用程序，快速回復來自 Facebook 或 Skype 的消息，或 Twitter 上的@提及。
反過來，所提到的日曆可以以上述方式處理邀請，並且可以直接標記或刪除電子郵件。然而，最有趣的事情是看看開發人員如何處理互動式通知。例如，工頭可以暫停任務通知，將任務標記為已完成，甚至可以使用文字輸入將新任務輸入收件匣。社交和建築遊戲也可以呈現出一個全新的維度，我們可以使用操作來決定如何處理在我們沒有玩遊戲時發生的事件。
與擴充功能和文件選擇器一起，互動式通知是朝著作業系統未來的正確方向邁出的一步。它們在某些方面不像 Android 那樣提供那麼多的自由，它們也有其局限性，不僅是出於統一性的原因，而且也是出於安全性的原因。對於許多應用程式來說，它們並不像 IM 用戶端那麼重要，但這將取決於開發人員如何熟練地使用通知。因為 iOS 8 的這些訊息就是為他們準備的。秋天我們肯定有很多值得期待的事。
對於開發者來說，我想補充一點，隨著iOS 8和新通知的到來，他們的註冊方式也發生了變化，以便他們可以正確地回應這些訊息。它有很好的描述，例如，這裡： http://www.appentwicklung.at/2014/08/changes-ios-8-push-notifications-apns/
我相信這將使許多開發人員更容易找出某些東西不起作用的原因。