用于与嵌入式设备之间传输数据的最有效格式

Question

我很难选择我的服务器和终端与之通信的格式.
我正在考虑:

我的标准从最重要到最不重要的顺序排列:

编辑澄清:

Answer 1

关键因素是：

在我的经验中：

一个简单的文本协议（将自己归类为 DSL），其接口为

string RunCommand(string commandAndParams)
// e.g. RunCommand("version") returns "1.23"

使许多方面变得更容易：调试、日志记录和跟踪、协议扩展等。为设备提供一个简单的终端/控制台对于跟踪问题、运行测试等来说是非常宝贵的。

让我们详细讨论限制，作为其他格式的参考点：

客户端需要运行一个微解析器。这并不像听起来那么复杂（我的“微解析器库”的核心是 10 个函数，总共大约 200 行代码），但是基本的字符串处理应该是可能的
写得不好的解析器是一个很大的攻击面。如果设备是关键/敏感的，或者预期在恶劣环境中运行，则实施需要格外小心。（对于其他协议也是如此，但是快速被黑的文本解析器很容易出错）
高架。可以受混合文本/二进制协议或 base64（其开销为 37%）的限制。
潜伏。对于典型的网络延迟，您不会希望发出许多小命令，某种批处理请求及其返回的方法会有所帮助。
编码。如果您必须传输无法用 ASCII 表示的字符串，并且不能在两端使用 UTF-8 之类的东西，那么基于文本的协议的优势会迅速下降。

我只会在设备需要时使用二进制协议，设备处理能力非常低（例如，具有 256 字节 RAM 的 USB 控制器），或者您的带宽受到严重限制。我使用过的大多数协议都使用它，这很痛苦。

Google protBuf是一种使二进制协议更容易的方法。如果您可以在两端运行库，并且有足够的自由来定义格式，那么这是一个不错的选择。

CSV是一种将大量数据打包成易于解析的格式的方法，因此它是文本格式的扩展。但是，它的结构非常有限。只有当您知道您的数据适合时，我才会使用它。

XML/YAML/...我只会在处理能力不是问题、带宽不是问题或者您可以即时压缩并且数据具有非常复杂的结构时使用。JSON 在开销和解析器要求上似乎更轻一些，可能是一个很好的折衷方案。