作者benck (小伦)
看板MacDev
标题[问题] 类似推播服务 (仅前景执行时接收即可)
时间Mon Oct 21 19:35:51 2013
我现在有一个app在前景执行时，必须要在cloud端更新内容时一并更新手机的画面，
我目前采用的方法是每30秒一直pulling自己的API，检查是不是有新内容，
但是若使用者越来越多，这样的pulling方式显得十分耗资源。
如果用苹果的推播服务，在推播时把alert和message都关掉，可以达成类似上述的目的。
(app在关闭时，iOS装置收到notification时不会跳出通知给使用者因为没有message，
app在开启时可以在接到notification之後，更新cloud端新的内容)
但是这样的设计会有一个小问题，在app第一次开启时，iOS会跳出小视窗，
询问使用者是否要收到推播。
但是由於我不会真的推播讯息给使用者(而是推播给自己的app内部)，
所以当iOS询问使用者时，使用者会觉得很困惑，为什麽要注册推播。
我想说，有没有类似苹果推播服务的第三方服务，
在app开启时向第三方服务的伺服器注册，
我在cloud端有资料更新时告知第三方服务，
第三方服务再传给我的app，
达成app在前景执行时自动内容更新。
谢谢 :)
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 123.204.86.9
1F：→ uranusjr:用 WebSocket 做应该可以更根本的达成你的需求 10/21 20:10
2F：→ yuanruo:Pulse 这个第三方API 可以做到类似推播 基本用好像不用钱 10/21 20:56
3F：→ benck:websocket会一直开着连线吗，这样似乎更耗资源? 10/21 21:23
4F：→ benck:是pulse.me吗，看起来不太像@@? 10/21 21:24
5F：→ SicInfit:是 Parse 吧~ XD 10/21 23:03
6F：→ yuanruo:对厚 打错字 囧~ facebook有用他 蛮不错用 10/22 01:08
7F：→ wfgh:parse的push不也是用苹果的吗？ 10/22 08:32
8F：→ howdiun:socket比long polling好多了，推播就会有收不到的风险 10/24 10:24