关于服务器端通知客户端修改信息的有关问题
关于服务器端通知客户端修改信息的问题
是这样的， 有客户端A和客户端B， 还有一台服务器， 然后A可以修改B的一些配置参数， 目前我才用的解决方法是： 用DDPush， 一个推送的开源框架， A使用DDPush通过服务器给B推送消息， 然后B通过发过来的消息来做配置参数的修改， 这样是可行的， 但是感觉这样是不是会有问题呢？
因为我想实现的是：B和服务器保持长连接， 然后A告诉服务器B有参数需要修改， 服务器再通知B修改参数。
嗯。。 其实想问的就是， 最佳做法是：
1：B使用socket和服务器保持连接， 不用DDPush框架。
2：直接使用DDPush框架。
哪一个会好一点呢？
------解决思路----------------------
使用框架吧，一般比自己实现要好。不过修改配置参数是否需要高的实时性？如果不需要的话，是不是可以考虑app定时或者启动时去检测一下。无论push机制无论是自己实现还是使用框架都不可避免的保持长连接，心跳包流量不大，但是累计一天还是比较可观的，如果实时性要求不高的话，建议尽量不要用长连接。
是这样的， 有客户端A和客户端B， 还有一台服务器， 然后A可以修改B的一些配置参数， 目前我才用的解决方法是： 用DDPush， 一个推送的开源框架， A使用DDPush通过服务器给B推送消息， 然后B通过发过来的消息来做配置参数的修改， 这样是可行的， 但是感觉这样是不是会有问题呢？
因为我想实现的是：B和服务器保持长连接， 然后A告诉服务器B有参数需要修改， 服务器再通知B修改参数。
嗯。。 其实想问的就是， 最佳做法是：
1：B使用socket和服务器保持连接， 不用DDPush框架。
2：直接使用DDPush框架。
哪一个会好一点呢？
------解决思路----------------------
使用框架吧，一般比自己实现要好。不过修改配置参数是否需要高的实时性？如果不需要的话，是不是可以考虑app定时或者启动时去检测一下。无论push机制无论是自己实现还是使用框架都不可避免的保持长连接，心跳包流量不大，但是累计一天还是比较可观的，如果实时性要求不高的话，建议尽量不要用长连接。