米哈尔·兹丹斯基 通知是现代智能手机不可或缺的一部分，甚至 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/
我相信这将使许多开发人员更容易找出某些东西不起作用的原因。