如果 JSON 也不满足你对数据传输体积的要求,还可以考虑一下 protobuf
<p>protobuf 是 Google 推出的一种数据传输格式,采用纯二进制数据传输,传输体积比 JSON 要小很多。</p> <h2>数据传输格式</h2> <p>如果你在开发一款 APP,就免不了要读取服务端的数据。 现在大家比较流行的做法是使用 JSON 作为数据传输格式。 JSON 的好处是数据结构清晰,并且可读性强。相比 XML 数据的体量要小很多。</p> <p>正是这么多的优点,让 JSON 几乎成为了现在数据传输格式的标配。</p> <p>接下来我们进入正题,说说我们这次要介绍的 protobuf。 既然 JSON 那么多优点,为什么还要出来个 protobuf 呢? 虽然 JSON 的数据体量已经比较小了,但它的整体文本结构还是纯文本形式的。也就是说在传输数据的时候,会一并把数据的组织格式也进行传输。比如:</p> <pre> <code class="language-objectivec">{ "name" : "swift", "age" : 23 } </code></pre> <p>上面是一个简单的 JSON 对象。 虽然这个数据的格式已经很简单了,但它依然把属性名称,比如 name 和 age, 以及大括号,引号这些用于表示数据格式的信息也进行传输了。</p> <p>当然,如果你对 APP 的网络传输没那么高的要求,这也不成问题。 但如果有一天你想提升你 APP 的传输性能了,那么 protobuf 就是你可以采纳的解决方案之一了。</p> <h2>protobuf</h2> <p>protobuf 的全称是 Protocol Buffer。 protobuf 的主要特性就是二进制传输,并且它只传输”数据”,不会传输数据的”格式”。要使用 protobuf, 首先要定义数据的格式, 通过一个扩展名为 .proto 的文件来定义:</p> <pre> <code class="language-objectivec">syntax = "proto3"; message Person { string name = 1; int32 age = 2; } </code></pre> <p>这个 proto 文件看起来应该很熟悉。 第一行 syntax 定义了这个文件的语法格式。 因为 protobuf 有 2 和 3 两个主流版本,这里指定当前文件用的是哪个版本。</p> <p>接下来就是消息格式的定义了,显而易见,我们定义了 Person 类型,有两个属性 name 和 age。 分别是 string 和 int32 类型。</p> <p>协议格式定义好之后,用 protobuf 自带的命令可以将协议文件转换成 objective-c 的类文件:</p> <pre> <code class="language-objectivec">$ protoc ./person.proto --objc_out ./ </code></pre> <p>上面这个命令是把当前目录的 person.proto 文件,转换成 objc 类,然后输出到当前目录。成功运行命令后, 我们就会看到两个生成的代码文件了,把它们添加到 XCode 工程中即可。</p> <p><img src="https://simg.open-open.com/show/e87de23dc116eda7808363b5957ec182.png"></p> <p>然后我们就可以在代码中直接使用 Person 类来进行数据交互了:</p> <pre> <code class="language-objectivec">Person *person = [[Person alloc] init]; person.name = @"swift"; person.age = 22; NSData *dataWillSend = [person data]; </code></pre> <p>这里可以看到, Person 类的属性和我们之前在 person.proto 中定义的完全一样,它还提供了一个 data 方法,将数据直接序列化成 NSData, 这样我们在发送请求的时候,直接发送这个 NSData 就可以了。</p> <p>如果是从服务端接收的请求返回, Person 类同样提供了解析数据的方法:</p> <pre> <code class="language-objectivec">[Person parseFromData:dataWillReceived error:nil]; </code></pre> <p>这样,我们的数据传输就真正做到了只发送数据本身,而不发送数据的格式了。因为数据的格式和解析规则都保留在客户端和服务端本地了。</p> <h2>总结</h2> <p>protobuf 给我们提供的就是这样一个更高效的数据传输协议。它自然有利有弊。 好处就是我们前面说的,让数据的传输效率最大化。相比 JSON 数据格式,它的数据传输体积更小。它只传输数据本身,不会传输格式信息。</p> <p>但同样,它也有一些不便,比如 .proto 数据格式文件必须同时在客户端和服务端保存。 如果数据格式发生变化,两边同时调整的代价就会比较大。</p> <p>总的来说,protobuf 给我们提供了一个新的选择,如果你的 APP 已经到了需要非常细致的优化性能的时候,那么 protobuf 也是一个不错的方案。 关于 protobuf 更详细完整的文档,大家可以参考它的 Github 主页: <a href="/misc/goto?guid=4959638318680559631" rel="nofollow,noindex">https://github.com/google/protobuf</a></p> <p>如果你觉得这篇文章有帮助,还可以关注微信公众号 swift-cafe,会有更多我的原创内容分享给你~</p> <p> </p> <p>来自:http://swiftcafe.io/2017/02/26/protobuffer/</p> <p> </p>
本文由用户 MartinShimp 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!