对于 Gmail 或 Google Drive 等 google 应用程序,哪个是最好的轮询或实时?
Which is best polling or realtime for google applications like Gmail or Google Drive?
一般来说,每个人都说实时最有利于应用程序的性能,但是让所有应用程序都成为实时的好吗??
在某些情况下,轮询可能比实时流式传输更好。从本质上讲,这是当您拥有大量事件流并且客户端无法轻松实时处理该流时。例如,您将大量事件推送到移动设备,而移动设备的数据出列速度比生产者慢。在这种情况下,由于轮询,客户端可以请求一批新数据,安静地处理它,而不是请求另一批数据。当然,如果数据生产者(服务器)能够对数据流重新采样,那么在每次请求时,它都不需要发送与流式传输时发送的所有相同的数据。
因此,回到您的具体问题,Gmail 和 Google Drive 都不会产生太多需要轮询的实时数据(我知道这听起来有悖常理!),然后我会说实时流式传输总是比轮询更好。但流媒体比轮询更微妙)。您必须监视连接是否健康。它可能是半封闭或半开放的,你需要双向心跳来确保它完全活跃。万一掉线,必须能自动重连,恢复断线前的状态。
一般来说,每个人都说实时最有利于应用程序的性能,但是让所有应用程序都成为实时的好吗??
在某些情况下,轮询可能比实时流式传输更好。从本质上讲,这是当您拥有大量事件流并且客户端无法轻松实时处理该流时。例如,您将大量事件推送到移动设备,而移动设备的数据出列速度比生产者慢。在这种情况下,由于轮询,客户端可以请求一批新数据,安静地处理它,而不是请求另一批数据。当然,如果数据生产者(服务器)能够对数据流重新采样,那么在每次请求时,它都不需要发送与流式传输时发送的所有相同的数据。
因此,回到您的具体问题,Gmail 和 Google Drive 都不会产生太多需要轮询的实时数据(我知道这听起来有悖常理!),然后我会说实时流式传输总是比轮询更好。但流媒体比轮询更微妙)。您必须监视连接是否健康。它可能是半封闭或半开放的,你需要双向心跳来确保它完全活跃。万一掉线,必须能自动重连,恢复断线前的状态。