This page列出了以下示例：
但是有定义或标准吗？ 什么变化被认为是向后兼容的指南。或者换句话说，您可以对合同做出哪些更改，并且仍然希望不会破坏您的客户。
答案 0 :(得分：50)
我花了一些时间在这个特定的主题上，并在Thomas Erl的一本书中找到了一些指导，我在底部提到了这本指南。这是他们要说的;
兼容的更改
不兼容的更改
Thomas Erl等人对这一特定主题有一本很好的书;名称是Web服务合同设计＆amp; SOA的版本控制。
HTH。
免责声明：正如我所提到的，这是本书作者所做的工作，我只是分享它。反正我也不隶属于此;只是喜欢这本书:)
答案 1 :(得分：3)
其他可选请求元素（minoccurs = 0）也可以向后兼容 - 这取决于主机端服务的实现。 此外，将强制响应元素更改为可选 也可以向后兼容 - 这取决于您的客户端的实现。
这方面很棘手。
如果您真的担心向后兼容性，请考虑为新客户端创建新版本的服务，并保留现有客户端的现有实现。此外，通常，避免通过您的服务发送域对象 - 使用DTO。
希望这有帮助。