iOS客户端与服务器的数据交互总结

Posted 2023-05-09

参考技术A 前言:
本文总结了ios客户端与服务器进行交互时，采用 RESTful API + Json 的交互方式，针对不 同的数据形式以及不同的解析方法，如有不足之处，欢迎指正。

先了解一下相关的基本概念。

HTTP通信:
即使用HTTP协议进行通信，工作原理是客户端向服务器端发送一条HTTP请求，服务器收到之后先 解析客户端的请求，之后会返回数据给客户端，然后客户端再对这些数据进行解析和处理。HTTP 连接采取的是“请求—响应”方式，即在请求时建立连接通道，当客户端像服务器端发送请求时，服 务器端才能向客户端发送数据。

Socket通信:Socket又称套接字，在程序内部提供了与外界通信的端口，即端口通信。通过建立 socket连接，可为通信双方的数据传输传提供通道。Socket的主要特点有数据丢失率低，使用简 单且易于移植。Socket类似于peer to peer的连接，一方可随时向另一方喊话。
小结:HTTP和Socket都是基于TCP协议的。使用两种通信方式的情况是: 使用HTTP的情况:双方不需要时刻保持连接在线，比如客户端资源的获取、文件上传等。
使用UDP的情况:大部分即时通讯应用(QQ、微信)、聊天室、苹果APNs等。

主要有四种:
数据流
1.从web服务器响应到手机终端的数据 一般打包在一个字节数组中，这个字节数据中包含了不同的 数据类型，客端端采取Java数据流和过虑流的方式从字节数组中取出各种类型的数据。
这种交互方式我在学习iOS之初用过，实际项目中并没有发现哪家公司在用。这种方式了扩展 了iOS平台在访问Web服务器进行交互时的解析数据能力，仅供研究学习。

2.XML Webservice的标准数据格式。 Protocol Buffers

3.Protocol Buffers 是一种轻便高效的结构化数据存储格式，支持跨平台。它很适合做数据存储或 RPC 数据交换格式。比 JSON 最大的优点就是传输的时候数据体积可以压缩很小，传输效率比较 高。本人在这个在项目中没有用到过。

4.JSON
JSON(javascript Object Notation) 是一种轻量级的数据交换格式。 易于人阅读和编写。同时也易于机器解析和生成。毫无疑问，大家最常用。

本文重点会介绍关于Json数据格式 的常用格式。

Json数据格式 的采用，根据业务情况，一般是团队中的共识。技术的迭代更新，到后期基本都会考虑多 个平台的通用性、可移植性和可读性。比如 我们开发团队，有移动端开发(android、iOS)、前端开发 (H5开发)和后台开发(golang开发)。

关于服务器的开发规范，我们先来了解一下。
服务器开发规范 我们采用的是 RESTful ， RESTful 是目前最流流行的 API设计规范，用于web数据接
口的设计。

• 面面向资源(URI)，具有解释性;
• 行为(GET / POST / PUT / PATCH / DELETE)与资源(URI)分离，更更加轻量量;
• 数据描述简单，使用用JSON、XML、Protocol Buffers即可全覆盖， 主要使用用JSON;

它的核心原则是定义用少量方法就能操作的命名资源。资源和方法可视为API的 和动词。

• GET :读取(Read)
• POST :新建(Create)
• PUT :更新(Update)，通常是全部更更新
• PATCH :更新(Update)，通常是部分更更新
• DELETE :删除(Delete)
项目搭建之始，客户端和服务器一般用 Get 和Post的方式来交互，随着业务的演进和技术的规范迭代， 到后期我们都得按规范来。于是 我们采用了上述几种方式来设计服务器接口，相应地，移动端的请求方 式也得与之对应。
至此，不在赘述 RESTful API 的设计规范，可自行百度了解更多。

接口的数据一般都采用JSON格式进行传输，不过，需要注意的是，JSON的值只有六种数据类型:

•Number:整数或浮点数
•String:字符串
•Boolean:true 或 false
•Array:数组包含在方括号 [] 中
•Object:对象包含在大括号 中
•Null:空类型

传输的数据类型不能超过这六种数据类型,不能用Date数据类型，不同的解析库解析方式不同，可能会 导致异常，如果遇到日期的数据，最好的方式就是使用毫秒数表示日期。

本文总结了iOS与服务器的交互方式和数据类型，并总结了在实际项目的简单运用。数据格式的运
用场景远不止上面提到的几种场景，后期会持续完善，如有不足之处，欢迎指出。

iOS - OC 与 JS 交互六种方式总结

参考技术A 在 APP 中，免不了与 H5页面打交道，所以掌握 与 JS 交互就显的至关重要，本文总结了常见的与 JS 交互方式。

注意事项

在 OC 原生中

在 html 文件中

早期的JS与原生交互的开源库很多都是用得这种方式来实现的，例如：PhoneGap、 WebViewJavascriptBridge 。

效果图

使用WKNavigationDelegate中的代理方法，拦截自定义的 URL 来实现 JS 调用 OC 方法。

注意点

关于如何区分执行不同的OC 方法，也与UIWebView的处理方式一样,通过URL 的host 来区分执行不同的方法：

JS 调用OC 方法后，有的操作可能需要将结果返回给JS。这时候就是OC 调用JS 方法的场景。
WKWebView 提供了一个新的方法 evaluateJavaScript:completionHandler: ，实现OC 调用JS 等场景。

注意点

运行结果

在iOS 7之后，apple添加了一个新的库JavaScriptCore，用来做JS交互，因此JS与原生OC交互也变得简单了许多。

首先导入JavaScriptCore库, 然后在OC中获取JS的上下文。

再然后定义好JS需要调用的方法，例如JS要调用share方法：
则可以在UIWebView加载url完成后，在其代理方法中添加要调用的share方法：

OC 调用 JS 方法有多种，首先介绍使用JavaScriptCore框架的方式。

使用JSContext 的方法 -evaluateScript ，可以实现 OC 调用 JS 方法

效果图

使用WKWebView的时候，如果想要实现JS调用OC方法，除了拦截URL之外，还有一种简单的方式。那就是利用WKWebView的新特性MessageHandler来实现JS调用原生方法。

创建 WKWebViewConfiguration 对象，配置各个API对应的MessageHandler。

然后在界面即将显示的时候添加MessageHandler

需要注意的是addScriptMessageHandler很容易引起循环引用，导致控制器无法被释放，所以需要移除MessageHandler

这里实现了两个协议 <WKUIDelegate,WKScriptMessageHandler> ， WKUIDelegate 是因为我在JS中弹出了alert 。 WKScriptMessageHandler 是因为我们要处理JS调用OC方法的请求。

WKScriptMessage 有两个关键属性 name 和 body 。
因为我们给每一个OC 方法取了一个name，那么我们就可以根据name 来区分执行不同的方法。body 中存着JS 要给OC 传的参数。

关于参数body 的解析，我就举一个body中放字典的例子，其他的稍后可以看demo。
解析JS 调用OC 实现分享的参数：

message.boby 就是JS 里传过来的参数。我们不同的方法先做一下容错性判断。然后正常取值就可以了。

下面只列举一个shareClick()方法，其他看Demo

这里使用WKWebView 实现OC 调用JS方法与之前说的文章一样，通过
- evaluateJavaScript:completionHandler:

效果图如下图所示

详情看下面文章链接
iOS下 JS 与 OC 互相调用(五) - UIWebView+WebViewJavascriptBridge

详情看下面文章链接
iOS下 JS 与 OC 互相调用(六) - WKWebView+WKWebViewJavascriptBridge

iOS下 JS 与OC 互相调用(一) - UIWebView 拦截 URL
iOS下 JS 与OC 互相调用(二) - JavaScriptCore
iOS 下 JS 与 OC 互相调用(三) - WKWebView 拦截 URL
iOS下JS与OC互相调用(四)-MessageHandler
iOS下 JS 与 OC 互相调用(五) - UIWebView+WebViewJavascriptBridge
iOS下 JS 与 OC 互相调用(六) - WKWebView+WKWebViewJavascriptBridge