Question

我正在设计一个（类似SOAP的）进程间通信协议，用于通过网络进行函数调用。我想确保较旧的客户端可以与较新的服务器通信。经过一段时间的思考后，似乎我唯一能做的就是：

避免API更改
可以添加功能
可以添加功能参数

但是，当服务器的功能彻底改变时，这还不够。例如：

必须从一个函数调用移动到另一个函数调用的参数。
一个参数类型，例如从整数变为字符串。

我的问题是：是否可以在保持向后兼容的同时做出这种改变，或者只是不做它们的唯一选择？

注意：我知道，我正在受not invented here syndrome的影响，但我认为这并没有使这个问题无效。

Answer 1

您还没有确切地说明您是如何实施IPC的，所以我可能会在这里做出一些不好的假设。无论如何，在我的脑海中，有一些方法可以解决这个问题。

首先，关于参数顺序/类型更改的要点，您可以使用像Python这样的动态语言来解决这个问题。

>>> def discriminant(a,b,c):
...     return b*b - 4*a*c

>>> discriminant(1,8,2)
56
>>> 
>>> discriminant (c=2, a=1, b=8)
56

Python允许您使用命名参数，以便您可以按您喜欢的任何顺序命名变量，并且所有变量都是动态类型的。

排序问题的一种效率较低的方法可能是将所有参数作为字典传递（用Python编写，但可以适用于任何语言）：

>>> def disc2(in_dict):
...     return in_dict['b']*in_dict['b'] - 4 * in_dict['a'] * in_dict['c']
... 
>>> d = dict(a=1, b=8, c=2)
>>> d
{'a': 1, 'c': 2, 'b': 8}
>>> disc2(d)
56

要扩展此的想法，您还可以在字典中包含“version”字段（或参数，无论如何），以允许服务器根据传入的参数进行相应调整。它不必是字典，您也可以在包含IPC消息的数据包中放置一个版本字段。这可能是一个人为的例子，但你也可以通过这种方式解释缺失的字段。

>>> def disc3(d):
...     if d['version'] == 1: # original spec
...             return d['b'] * d['b'] - 4 * d['a'] * d['c']
...     else: # newer clients returning smaller values of c
...             return d['b'] * d['b'] - 4 * d['a'] * (2*d['c'])
... 
>>> d['version'] = 1
>>> disc3(d)
56
>>> d['version'] = 2
>>> disc3(d)
48

如何为IPC API提供向后兼容性

1 个答案: