当前位置:虢王二宅新闻网 > 科技 > 数据传输:移动产品的3种现象级信息传输方案
数据传输:移动产品的3种现象级信息传输方案
2019-11-08 11:06:19

从信息的分类入手,分析了数据传输,总结了三种主要的场景方案,供大家参考和研究。

信息传递就像产品的血液流动。

产品经理有必要对数据传输的边界、场景和基本方案有一个大致的了解,以便参与项目的调度、时间安排和类型选择。

信息传输的方式决定了可实现场景的边界。目前的传输方法主要如下:

这些传输模式有不同的实现方案。为了更加抽象,作者从信息分类的角度总结了三种主要的场景方案。

有些功能要求信息响应的高及时性和频率,如应用程序中的实时聊天(就像陌生人的聊天)、匹配和交友(声音匹配类似灵魂)、战争游戏(如国王的荣耀)等。

这些场景通常是“在线”情况,毫秒级的错误可能导致产品崩溃。

那么,通常使用什么信息交互技术来实现这一点呢?

Im机制通常被使用。即时消息是指识别在线用户并与他们实时交换消息。

Im是一种成熟的机制。系统的核心部分是信息系统。消息系统的核心功能是消息的同步、存储和检索。

Im工作流:

这消除了每次发送信息时从客户端到服务器的“握手”访问需求,减少了大量延迟和数据丢失的风险。

例如,我不需要每次都用钥匙开门,但是门是为你打开的,你可以随时进出。避免了丢失钥匙和浪费开门时间的风险。

Im通常用“长链接”来实现(稍后会提到)。它可以由公司自己开发,主要使用第三方即时消息的sdk,如云信。

基于即时通讯的产品,如钉钉、微信、qq等。

非即时通讯应用程序,如一些在线游戏和社交应用程序,是最典型的。

评论、赞扬和收集作品的功能对及时性的要求低于上述实时聊天。

这种功能通常通过传统的http接口请求方法来实现。也就是说,信息源发起请求,服务器接收请求,处理它,并将其返回给目标服务器。

这种信息传输机制最常用于产品,研发成本低。例如,双击“抖动”底部的“主页”菜单来刷新视频。

过程是:客户端触发-启动消息-刷新数据。

当然,用户不请求,还能自动刷新吗?它可以通过定时任务或死循环来实现。

原则是根据设定的频率自动请求服务器。这就像偶尔打开一个朋友圈子,看看是否有人喜欢它。

(1)短轮询和长轮询

轮询:也就是说,客户端定期去服务端询问是否有新消息;当服务器看到客户端并询问时,它会告诉它。

该方案最简单,但不适用于即时消息产品,因为即时消息软件的消息传递机制和一般消息推送之间的区别是实时的。如果采用轮询,客户端每隔几秒钟就会连接到服务器,这会消耗大量的手机电量和流量。

(2)短连接和长连接

它适用于频繁操作、点对点通信和不太多的连接。

例如,应用退出后,会有一个顶部横幅提醒。

这通常通过服务器的推送机制来实现。推送技术称为serverpush:可以调用客户端是否在线。

简而言之,无论您是否想要消息(如果用户的移动电话系统设置为接受来自应用程序的消息推送通知),您都可以将消息推送至移动电话的通知栏,或者在应用程序的右上角有一个角标记。

推送可以在第一时间向用户发送想要传达的信息,因为许多用户实际上不知道他们需要什么样的信息。

推送方案的公认评价采用4s标准:安全、稳定、节省、纤细。

目前,第三方推送功能主要在中国使用,如Getui和腾讯的信鸽。

(1)为什么要推动

每个月都有几十个应用安装在用户的手机上,现在生活节奏很快。即使非常好的应用程序也可能在几天内被遗忘。因此,为了提醒用户应用程序的存在并给用户带来一些价值,例如,手持旅游应用程序发送道具,电子商务应用程序发送优惠券等。

归根结底,推送的目的是提高应用程序的活动和保留率。

(2)为什么要使用第三方推送

自建渠道,尤其是创业团队,会消耗一定的人力,同时推动到达率、准确推送等关键指标也是一大挑战。

由于数据量、及时性、容错性、硬件性能、生态集群和技术发展的差异,移动产品的数据传输方案不同于背景产品(参见文章“系统间数据对接的逻辑和机制”)。

本文的肤浅总结源于实际工作的积累和总结。

谈论下午,公开号码:谈论下午(身份证:JJYYYPM),每个人都是产品经理的专栏作家。药学硕士是《后端产品经理的宝典》一书的作者,多年来一直从事网络产品的研究。熟悉跨境电子商务业务和医药领域;擅长大型后台系统和社交应用。

这篇文章最初是由每个产品经理发表的。未经作者许可,禁止复制。

主题地图来自unsplash,基于cc0协议。

上海快3投注 福建十一选五 中华彩票网 广西十一选五开奖结果 内蒙古快三开奖结果

上一篇:俄中友协第一副主席库利科娃:获得“友谊勋章”是无上荣誉
下一篇:什么是梯户比?常见房屋的梯户比有哪些?

© Copyright 2018-2019 binnurcelebi.com 虢王二宅新闻网 Inc. All Rights Reserved.