有什么理由不能同时使用DocuSign API的REST和SOAP版本？

Question

DocuSign强烈建议使用REST API而不是SOAP，并且在初始实现中他们会大力推行。他们甚至建议新功能可能有一天only be implemented in REST，这是我主要担心的问题。无论如何，我倾向于使用他们的SOAP API进行集成，我的主要问题是：

让我们假设我担心的未来场景 - 我在SOAP API上构建了DocuSign集成层。明年，DocuSign实际上确实抛弃了SOAP模型，仅在REST API上发布了新功能，我迫切需要使用其中一个功能。有什么理由让我不能简单地保留所有SOAP集成，并使用REST API实现与新功能的集成？我知道引用这两个API会使我的部署规模膨胀一些，但我可以接受这种风险。除此之外，是否有任何令人信服的理由我不能同时使用？它会破坏什么吗？

Answer 1

在集成中使用DocuSign SOAP API和REST API的混合是完全可以接受的。事实上，这是一个非常常见的情况，因为您提到的确切原因 - 某些功能仅在SOAP中实现或仅在REST中实现，因此通常需要使用混合方法以获得所需的全部功能。