如果 JSON 也不满足你对数据传输体积的要求,还可以考虑一下 protobuf

933 阅读4分钟

protobuf 是 Google 推出的一种数据传输格式,采用纯二进制数据传输,传输体积比 JSON 要小很多。

数据传输格式

如果你在开发一款 APP,就免不了要读取服务端的数据。 现在大家比较流行的做法是使用 JSON 作为数据传输格式。 JSON 的好处是数据结构清晰,并且可读性强。相比 XML 数据的体量要小很多。

正是这么多的优点,让 JSON 几乎成为了现在数据传输格式的标配。

接下来我们进入正题,说说我们这次要介绍的 protobuf。 既然 JSON 那么多优点,为什么还要出来个 protobuf 呢? 虽然 JSON 的数据体量已经比较小了,但它的整体文本结构还是纯文本形式的。也就是说在传输数据的时候,会一并把数据的组织格式也进行传输。比如:

{
    "name" : "swift",
    "age" : 23
}

上面是一个简单的 JSON 对象。 虽然这个数据的格式已经很简单了,但它依然把属性名称,比如 name 和 age, 以及大括号,引号这些用于表示数据格式的信息也进行传输了。

当然,如果你对 APP 的网络传输没那么高的要求,这也不成问题。 但如果有一天你想提升你 APP 的传输性能了,那么 protobuf 就是你可以采纳的解决方案之一了。

protobuf

protobuf 的全称是 Protocol Buffer。 protobuf 的主要特性就是二进制传输,并且它只传输”数据”,不会传输数据的”格式”。要使用 protobuf, 首先要定义数据的格式, 通过一个扩展名为 .proto 的文件来定义:

syntax = "proto3";
message Person {
    string name = 1;
    int32 age = 2;
}

这个 proto 文件看起来应该很熟悉。 第一行 syntax 定义了这个文件的语法格式。 因为 protobuf 有 2 和 3 两个主流版本,这里指定当前文件用的是哪个版本。

接下来就是消息格式的定义了,显而易见,我们定义了 Person 类型,有两个属性 name 和 age。 分别是 string 和 int32 类型。

协议格式定义好之后,用 protobuf 自带的命令可以将协议文件转换成 objective-c 的类文件:

$ protoc ./person.proto --objc_out ./

上面这个命令是把当前目录的 person.proto 文件,转换成 objc 类,然后输出到当前目录。成功运行命令后, 我们就会看到两个生成的代码文件了,把它们添加到 XCode 工程中即可。

然后我们就可以在代码中直接使用 Person 类来进行数据交互了:

Person *person = [[Person alloc] init];
person.name = @"swift";
person.age = 22;
NSData *dataWillSend = [person data];

这里可以看到, Person 类的属性和我们之前在 person.proto 中定义的完全一样,它还提供了一个 data 方法,将数据直接序列化成 NSData, 这样我们在发送请求的时候,直接发送这个 NSData 就可以了。

如果是从服务端接收的请求返回, Person 类同样提供了解析数据的方法:

[Person parseFromData:dataWillReceived error:nil];

这样,我们的数据传输就真正做到了只发送数据本身,而不发送数据的格式了。因为数据的格式和解析规则都保留在客户端和服务端本地了。

总结

protobuf 给我们提供的就是这样一个更高效的数据传输协议。它自然有利有弊。 好处就是我们前面说的,让数据的传输效率最大化。相比 JSON 数据格式,它的数据传输体积更小。它只传输数据本身,不会传输格式信息。

但同样,它也有一些不便,比如 .proto 数据格式文件必须同时在客户端和服务端保存。 如果数据格式发生变化,两边同时调整的代价就会比较大。

总的来说,protobuf 给我们提供了一个新的选择,如果你的 APP 已经到了需要非常细致的优化性能的时候,那么 protobuf 也是一个不错的方案。 关于 protobuf 更详细完整的文档,大家可以参考它的 Github 主页: github.com/google/prot…

如果你觉得这篇文章有帮助,还可以关注微信公众号 swift-cafe,会有更多我的原创内容分享给你~

本站文章均为原创内容,如需转载请注明出处,谢谢。



打赏 收藏