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

Question

我计划将推送通知添加到我的web应用程序中。

据我所知，要将通知推送给我的用户，我可以使用web推送库并直接传递通知，也可以使用推送通知服务(如OneSignal、Firebase消息传递或Batch.com )。

据我所知，这些服务提供了一站式解决方案，不仅可以将通知作为网络推送，还可以传递给iOS和安卓应用程序。

如果我现在只关注网络推送，那么我是否应该意识到，在Web Push库上直接使用这些服务之一有什么好处呢？

Answer 1

网络推送是一个尚在发展中的标准，也是一个有待改变的标准。此外，目前浏览器支持非常有限(请参阅https://caniuse.com/#feat=push-api)。

优点是:您有一个API来管理所有支持平台(包括桌面)。缺点是:你必须意识到并不是所有的平台都支持这个标准。

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

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

Answer 2

在执行您自己的实现时，对我个人来说最重要的一点是，，您控制一切，。这意味着当AWS失去一个区域或价格变化时，您的通知不会失败，而且您再也负担不起它了。没有任何提供商可以因为您分发的内容或用户的抱怨而禁止您。您可以实现自己的逻辑，用于在前端显示通知，如堆放或有自己的分段规则(例如，付费用户与免费层)。我甚至都没说到自定义订阅UI。你的短信里没有奇怪的版权。

据我所知，这些服务提供了一站式解决方案，不仅可以将通知作为网络推送，还可以传递给iOS和安卓应用程序。

当您有了处理应用程序事件和发送通知的服务器逻辑时，在移动推送通知的范围内应该不会很难。唯一改变的是你订阅设备的方式。

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

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

Answer 3

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

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

读取链接推送通知简介和相同的实验室代码示例。稍后，我将用简单的工作代码进行更新，以便进一步参考您的问题。