Web services web服务API的向后兼容更改?

Web services web服务API的向后兼容更改?,web-services,wsdl,backwards-compatibility,Web Services,Wsdl,Backwards Compatibility,对于向web服务添加新功能或其他更改并保持向后兼容,是否有任何指导原则 一个具体的例子:向方法添加一个新的可选参数仍然会接受旧的API调用,因为XML请求是相同的 示例2:在新参数不存在的情况下,添加新选项输出参数也将100%匹配旧API 但是WSDL在旧版本和新版本之间会有所不同。是否存在在运行时检查WSDL的客户端框架? 还有其他考虑吗?事实上,我也遇到过同样的问题。回答你的问题——这要看情况而定。我在网上的研究告诉我,允许新的可选参数作为响应应该是允许的,但这必须是客户和服务提供商之间的先

对于向web服务添加新功能或其他更改并保持向后兼容,是否有任何指导原则

一个具体的例子:向方法添加一个新的可选参数仍然会接受旧的API调用,因为XML请求是相同的

示例2:在新参数不存在的情况下,添加新选项输出参数也将100%匹配旧API

但是WSDL在旧版本和新版本之间会有所不同。是否存在在运行时检查WSDL的客户端框架?
还有其他考虑吗?

事实上,我也遇到过同样的问题。回答你的问题——这要看情况而定。我在网上的研究告诉我,允许新的可选参数作为响应应该是允许的,但这必须是客户和服务提供商之间的先决条件的一部分

如果向请求查询或输入参数添加任何可选参数,则必须在服务器端处理该参数或提供默认实现

在回复中,正如我所说,根据与服务提供商的协议,您可以选择也可以不选择