后台产品经理,需掌握这些数据交互知识

访客3年前黑客文章1008

人们天天都在吸收信息和发送信息,在通报信息的进程中,大白对方要表达的意思。数据也是如此,在系统互换数据的进程中,就陪伴着数据交互。本篇文章将为各人详细阐明前端和靠山的数据交互与协议。

靠山产物司理,需把握这些数据交互常识

本文所说的”数据互换” 是指在计较机 *** 中,一个系统把数据通报给别的一个系统。这很是雷同于一小我私家要汇报别的一小我私家一件工作。

当一小我私家要把一件工作汇报别的一小我私家的时候,我们可以通过 *** 、邮件、短信、IM东西可能对面说的 *** 来交换。这种 *** 雷同于系统数据互换要通过 TCP、UDP、管道等等的 *** 实现。

当两小我私家交换的时候,我们需要一种配合的语言才气大白对方的意思,同样的,两个系统要互换数据,也需要界说一种两边都大白的协议,我们称为”数据互换协议”

今朝,除了一些出格简朴非联网类应用(好比计较器、闹钟等),险些所有的应用均是联网应用(好比新闻客户端,微信等等),这些 app 客户端根基都只是认真用户的交互与数据收集与展示,真正的数据和处事均存储在云端。下面将为各人详细阐明一下:前端和靠山的数据交互与协议。

一、移动端与靠山的互换数据和展示

我们打个比喻,其实整个进程跟去暖锅店吃暖锅一样的。

拿任意一个新闻客户端举例:

当用户刷新的那一刻(你萌生了吃暖锅的想法)

客户端开始组织数据请求(你开始穿衣洗脸妆扮,并思考该去哪一家吃呢)

当用户界面开始展示 loading 的时候(这个时候你正走在去暖锅店的路上)

颠末几百毫秒的时间,这个时候请求数据已经到了处事器(你已经坐在了暖锅店的桌子上),处事器开始查察客户端想要请求哪方面的数据,是请求财经频道的,照旧请求汽车频道的数据(处事员递来了菜单,问你想吃啥)

处事器看懂了客户端的想法开始筹备数据(你点了一个鸳鸯锅,一大堆吃的)

处事器看到你请求的是汽车频道和财经频道的数据(靠山的厨师开始建造美食),并给回随处事员,处事员一路小跑,将你要的锅和一大堆的食物递到你的眼前,这个时候相当于数据已经传回到了客户端

客户端loading消失,于是你看到了最新的两个频道的数据

二、客户端和处事器之间传输数据的名目

此刻风行的做法凡是有两种,一种是雷同于 PB(Protocol Buffer,是 google 的一种数据互换的名目,它独立于语言,独立于平台。由于它是一种二进制的名目,比利用 xml 举办数据互换快很多。可以把它用于漫衍式应用之间的数据通信可能异构情况下的数据互换。作为一种效率和兼容性都很优秀的二进制数据传输名目,以用于诸如 *** 传输、设置文件、数据存储等诸多规模。)

另一种是 *** ON(JavaScriptObject Notation),这也是一种轻量级的数据传输名目,就是用一堆中括号把数据组织起来,不像二进制,这种名目是人可读的,而且较量轻巧,所以也有大量的应用场景。下面这段数据就是 *** ON名目,简朴解读一下,就是 people 对应了三小我私家,三小我私家别离是中括号间的三个花括号中的人。

靠山产物司理,需把握这些数据交互常识

总结起来十分简朴,移动端提出需求,处事器按要求组织好数据发给你,针对差异的名目,移动端本身理会,展示,完活儿。其实,不止移动端,前端网页和靠山,靠山和靠山之间也是这个原理。

三、数据的传输进程

首先我们来看下差异 *** 断上的两台计较机如何通过TCP/IP协议举办通讯:

靠山产物司理,需把握这些数据交互常识

从以上整个的一个数据流程我们可以看出协议是程度的,而处事是垂直的,TCP叫做传输节制协议,是一种面向毗连的、端对端的、靠得住的、基于IP的传输层协议。主要特点是3次握手成立毗连,4次挥手断开毗连。

而IP又叫因特网协议,IP协议位于 *** 层,IP协议划定了数据传输时的根基单位(数据包)和名目,IP协议还界说了数据包的递交步伐和路由选择。

整个 *** 中的传输流程是:IP层吸收由更低层( *** 接口层譬喻以太网设备驱动措施)发来的数据包,并把该数据包发送到更高层—TCP层;相反,IP层也把从TCP吸收来的数据包传送到更低层。

简言之TCP和IP的干系是,IP提供根基的数据传送,而高层的TCP对这些数据包做进一步加工,如提供端标语等等。

相关文章

后台产品经理应该如何进行系统设计(一)

后台产品经理应该如何进行系统设计(一)

编辑导语:许多产物司理都参加事靠山系统的搭建进程,搭建系统是一个很巨大的任务,系统搭建的优劣与产物司理的整体架构和产物思维分不开。作为产物司理,应该不绝的去摸索如何搭建一个公道的系统。接下来,本文作者...