Urban Airship / Parse vs 推出你自己的推送通知解决方案

Urban Airship / Parse vs rolling out your own solution for push notifications

使用 UA/Parse 与您自己的解决方案相比,pros/cons 有何不同。我并不是要进行比较,我想知道的是,使用他们的服务(需要花钱)与使用各种 API 推出自己的解决方案(只需要花费时间)相比,你有什么好处+ 也许有一些额外的 CPU 周期?)。

我只是觉得使用第三方服务没有什么好处,除非我遗漏了什么?

我已经使用了 Parse 并推出了我自己的解决方案。自定义解决方案为 Android 应用程序提供支持,安装量超过 150,000 次。既然我找到了 Parse,我就没有理由再自己动手了。

对我来说最大的因素之一就是方便。是的,与使用您自己的解决方案相比,第三方服务会花钱。就死记硬背的灵活性而言,第 3 方总是不如编写自己的解决方案灵活。

但是,至少对于 Parse,Android 库非常强大,可以让您快速修改和拦截推送通知所需的功能 - 打开、运行 一个 Intent 和发布打开统计回服务器。 Parse 还有一个控制台可以发送手动推送通知,还有一个非常简单的挂钩可以通过网络发送推送通知。

我的自定义解决方案使用包装器库来实际发送推送通知,但我必须手动编写其他函数的代码。这意味着当 GCM 更改时,我必须处理从应用程序向服务器发送重新注册请求。我不得不处理退回的邮件。我不得不处理 webhooks。我没有手动发送的控制台。我不得不为 Android.

编写自己的接收器

我是第 3 方软件的忠实粉丝,因为它让我可以专注于对我作为工程师最重要的事情 - 我的产品。我不想担心为应用程序支持从 phone 到数据库的完整堆栈。我可以卸载的任何小部分都极大地帮助了我自己的错误列表和工作量。

我发现,让第 3 方处理这个问题的小成本是值得的,因为我的团队不必担心一个系统的压力。

编辑

我没有涉及的一件事是像 Parse 这样的解决方案的跨平台可移植性。我只需要将我的后端代码集成到一个数据库中,并进行一次调用以将推送发送到 Android、iOS、Windows、Blackberry 或 Amazon。支持所有这些平台、设计数据库和处理错误都需要时间。那时我可以专注于构建创收功能。

从学习的角度来看,自己动手。从生产的角度来看,使用现有的工具来减少您自己的工作量。它将帮助您的公司减少不必要的开支,这意味着更多的钱用于免费午餐等办公室津贴。