为什么要在Web推送库上使用推送通知服务?

Web推送是一个仍在发展中的标准,随时可能发生变化。同时浏览器的支持目前也非常有限(请参见 https://caniuse.com/#feat=push-api

优点是:您有一个API来管理所有支持平台(包括桌面)。

使用通知SaaS解决方案处理通知使您能够处理所有平台。从后端发送通知将是对NotificationSaaS服务的一次调用,但是当您希望在Android、iOS和浏览器上有本机通知时,您仍然需要知道,在客户端应用程序中,您必须以不同的方式处理这些平台的集成(请参见此处在Android应用程序中使用谷歌云消息集成的示例: https://firebase.google.com/docs/cloud-messaging/android/client ).

所以你的决定应该基于你必须支持的平台。 -如果在非iOS设备上支持Chrome、Firefox和Edge浏览器(或者以不同的方式处理iOS通知),则可以使用Web推送。 -否则我会选择通知SaaS解决方案。

对我个人来说,在你自己实现的时候最重要的一点是 . 这意味着,当AWS失去一个地区或定价更改,而您再也负担不起时,您的通知不会失败。没有任何提供商可以因为你发布的内容或用户的投诉而禁止你。您可以实现自己的逻辑来在前端显示通知,比如 stacking them 或者有自己的细分规则(比如付费用户和免费层)。我甚至没有提到 custom subscription UI

据我所知,这些服务提供了一站式解决方案,不仅可以作为Web推送,还可以向iOS和Android应用程序发送通知。

最后,但不是最不重要的-这是发展的乐趣。我想这更多的是个人问题,但我喜欢学习新事物:)

希望这能帮助你做出决定。

您可以在不使用第三方库的情况下对网站实现推送通知。您需要从客户端获取订阅令牌并将此订阅令牌存储到服务器(数据库内部)。当您想向用户发送推送通知后,您只需调用端点(在订阅令牌中提到端点)。就这样。

由于安全风险和管理订阅令牌,开发人员更喜欢使用firebase、AWS推送通知或onesignal.com网站服务。这些服务是可选的,你根本不需要。

读取链接 introduction to push notification 也一样 lab code examples

这取决于你想要什么。使用iOS Safari进行Web推送是不可能的。对于iOS通知,您必须使用服务或构建自己的应用程序。 我使用Pushover从脚本和软件中通知自己。这可能是一个解决方案,也可能不是,这取决于你有多少用户,你发送了多少通知,你的用户有多愿意使用Pushover(或iOS上的一个应用)这样的web应用。

如果您还想瞄准iOS访问者,这是不可能的,因为iOS不支持web推送通知。

Wise Notifications .

另一种方法是构建一个iOS应用程序并发送本机推送通知。