ios - 请求通知权限时是否可以有自定义对话框消息？

Question

我想自定义通知权限提示的以下部分:

Notifications may include alerts, sounds, and icon badges. These can be configured in Settings.

可以将其更改为我自己的文本吗？

Answer 1

编辑:2023 年更新 -现在可以通过 info.plist 文件实现这一点 - 在 NSUserNotificationsUsageDescription 键中设置自定义文本。

<小时/>

下面之前的正确答案(现在，2023 年 5 月，已过时)

您无法自定义此消息。阅读 Here了解更多信息。

大多数应用程序处理此问题的推荐方法是首先显示自己的对话框，然后显示 Apple 系统对话框。

因此，当需要向用户请求通知权限时，首先您会触发自己的自定义警报，其中显示类似“请允许您的应用程序名称”向您发送通知...”也许还可以简要描述为什么用户应该允许这样做。对于此警报，只需向 UIAlertController 添加一个操作，我通常只需将操作标题设置为“Ok”并使用 .default 作为样式。在此“Ok”UIAlertAction 的完成处理程序中，您将触发 Apple 系统对话框，该对话框会显示通用 UIAlertController，并提供用户接受或拒绝您的应用发送通知的权限的选项。

所以流程是这样的 -> 用户到达应用程序中他们必须决定是否要接受或拒绝通知权限的点 -> 应用程序呈现 UIAlertController ，本质上只是解释应用程序想要/需要发送的原因通知 -> 一旦用户点击“确定”，就会触发通用系统警报，实际上使用户选择接受或拒绝通知权限。

这样做似乎有一些心理优势。通过强制用户在第一个对话中点击“确定”来接收通知，他们会在随后立即显示的通用 Apple 对话框中点击“允许通知”。

编辑 2020 年 12 月 -另外，我看到很多应用程序现在正在做的是在其自定义警报中提供“接受”操作和“也许稍后”操作。如果用户点击“接受”，则应用程序会显示 Apple 系统警报，允许用户实际接受/拒绝通知。如果用户点击“也许稍后”，则应用程序不会显示 Apple 的系统对话。这样，用户永远不会在 Apple 系统对话框中点击“拒绝”，因此应用程序将来仍然可以显示它，而无需让用户通过 iOS 设置应用程序手动更改应用程序的通知首选项。

编辑 2021 年 3 月 -(请参阅 @blackjacx 评论)Apple 已拒绝(至少 1 个)应用程序，因为它们在显示系统警报之前使用“启动”对话框。所以这种方法似乎不再被允许了。