84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
后台是一个web数据管理系统，C/S架构，App端用户添加的数据可在后台看到。App端用户自己删除的数据，后台刷新数据就能更新。但是后台操作删除用户的数据，如何同步到App端？？？这种同步机制有没有好的解决方案？
推送啊，现在已经有很多成熟的APP推送解决方案了呀。iOS的话不用说，Android的话像极光推送等第三方服务也是不错的。
如果你不想用第三方服务，也可以自己解决：
APP不停地向服务端请求（听着都比较low，哈）
APP和服务端保持一个长连接，服务端数据更新就立马给APP发消息
这个看你的需要了，假如是要求实时展示，那就用推送服务，假如不要求实时，那就每次打开app就查询一次。
那就搞个定时刷新，根据需求，决定频率。
swoole,workman,openfire,第三方推送，定时器，当然这些都是需要根据你的业务要求和具体场景进行调整的
后台删除了数据的话， 也不用同步吧，你重新进入那个页面请求一下数据就好了啊。如果你要保持在这个页面的话，就跟楼上说的一样，设置一个定时，刷新数据就好了
如果对数据的实时性要求很高的话，推送可以说是必不可少的。然后可以有一个定时器，用来定时请求数据，当然这个请求的cache要做好响应的处理，这样推送和定时器互相之约应该可以达到你想要的效果。
cache
推送啊，现在已经有很多成熟的APP推送解决方案了呀。iOS的话不用说，Android的话像极光推送等第三方服务也是不错的。
如果你不想用第三方服务，也可以自己解决：
APP不停地向服务端请求（听着都比较low，哈）
APP和服务端保持一个长连接，服务端数据更新就立马给APP发消息
这个看你的需要了，假如是要求实时展示，那就用推送服务，
假如不要求实时，那就每次打开app就查询一次。
那就搞个定时刷新，根据需求，决定频率。
swoole,workman,openfire,第三方推送，定时器，当然这些都是需要根据你的业务要求和具体场景进行调整的
后台删除了数据的话， 也不用同步吧，你重新进入那个页面请求一下数据就好了啊。如果你要保持在这个页面的话，就跟楼上说的一样，设置一个定时，刷新数据就好了
如果对数据的实时性要求很高的话，推送可以说是必不可少的。然后可以有一个定时器，用来定时请求数据，当然这个请求的
cache要做好响应的处理，这样推送和定时器互相之约应该可以达到你想要的效果。