接口设计的兼容性规则（信息性）

对于所有序列化格式而言，向较新的服务接口的迁移有一定的限制。使用一组兼容性规则，SOME / IP允许服务接口的演进。可以以非破坏性的方式进行以下添加和增强：

• 向服务中添加新方法

• 必须先在服务器端实现。

• 将参数添加到方法的输入或输出参数的末尾

• 当接收者首先添加它们时，必须定义默认值

• 当发送者首先添加它们时，接收者将忽略它们

• 将异常添加到方法可以引发的异常列表中

• 应先更新客户端

• 如果异常未知，则需要抛出“未知异常”。但是，异常描述字符串可以复制过来。

• 向联合中添加新类型

• 应先更新接收者

• 如果未知，则可以跳过（发送方先更新）

• 为新方法定义新数据类型

• 为新方法定义新异常

并非所有这些更改都可以首先在客户端或服务器端引入。在某些情况下，只能首先更改客户端或服务器。例如，使用较新的实现发送附加参数时，旧实现只能跳过此参数。

例如，当消息的接收者添加要接收的新参数时，必须定义默认值。这在发送具有旧版本服务的发送方发送不带附加参数的消息时需要。

接口规范中的某些更改可以以非破坏性的方式实现：

• 删除函数中的参数

• 需要先在接收者端添加默认值，并且参数需要位于列表末尾

• 从函数中删除异常

• 服务器端很简单

• 如果遇到旧异常，客户端需要抛出“未知异常”

• 可以重命名参数、函数和服务，因为名称不会被传输。生成的代码只查看ID和参数排序，迁移中不应更改它们。

如果接口规范配置结构体具有长度字段，则可以执行以下操作：

• 向结构体末尾添加/删除字段

目前不支持以下更改：

• 重新排序参数

• 将超类型替换为子类型（如面向对象编程语言中）