Push notification 城市飞艇/Parse vs推出自己的推送通知解决方案

Push notification 城市飞艇/Parse vs推出自己的推送通知解决方案,push-notification,apple-push-notifications,google-cloud-messaging,Push Notification,Apple Push Notifications,Google Cloud Messaging,与您自己的解决方案相比,使用UA/Parse有哪些优点/缺点。我并不是想做一个比较,我想知道的是,使用他们的服务(需要花钱)和推出自己的带有各种API的解决方案(只需要花费您的时间+可能额外的CPU周期)相比,您会有什么好处 我只是觉得使用第三方服务没有什么好处,除非我遗漏了什么?我使用了解析和滚动我自己的解决方案。定制解决方案为Android应用程序提供了超过150000次安装的支持。既然我找到了Parse,我就没有理由再玩我自己的了 对我来说,最大的因素之一是方便。是的,与使用您自己的解决方

与您自己的解决方案相比,使用UA/Parse有哪些优点/缺点。我并不是想做一个比较,我想知道的是,使用他们的服务(需要花钱)和推出自己的带有各种API的解决方案(只需要花费您的时间+可能额外的CPU周期)相比,您会有什么好处


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

我使用了解析和滚动我自己的解决方案。定制解决方案为Android应用程序提供了超过150000次安装的支持。既然我找到了Parse,我就没有理由再玩我自己的了

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

然而,至少在Parse中,Android库非常健壮,可以快速地修改和截获推送通知所需的函数——打开、运行Intent以及将打开的统计信息发布回服务器。Parse还有一个控制台可以发送手动推送通知,还有一个非常简单的钩子可以通过web发送推送通知

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

我非常喜欢第三方软件,因为作为一名工程师,我的产品可以让我专注于最重要的事情。我不想担心支持应用程序从手机到数据库的完整堆栈。任何我可以彻底卸载的小部件都有助于我自己的bug列表和工作负载

我发现,对于第三方来说,处理这一问题的小成本是值得的,因为减少了我的团队需要担心的系统的压力

编辑

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


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

Parse正在关闭他们的服务:此处发布公告