DocuSign强烈建议使用REST而不是SOAP,它们在您的初始实现中大力推动使用REST。他们甚至建议,有一天,新特性可能会出现在只在REST中实现上,这是我最关心的问题。无论如何,我倾向于使用他们的SOAP进行集成,我的主要问题是:
让我们假设我担心的未来场景--我在SOAP上构建了我的DocuSign集成层。明年,DocuSign确实抛弃了SOAP模型,只在REST上发布了新特性,我迫切需要使用其中的一个特性。难道我不能简单地保留所有SOAP集成,并使用REST实现与新特性的集成吗?我知道引用这两个API会使我的部署规模过大,但我可以接受这种风险。除此之外,有什么令人信服的理由让我不能同时使用这两种语言?它会打碎什么东西吗?
发布于 2013-10-25 15:14:19
在集成中混合使用DocuSign SOAP和REST是完全可以接受的。事实上,这是一个非常常见的场景,您提到的原因是--有些特性仅在SOAP或REST中实现,因此通常需要使用混合方法才能获得所需的全部功能。
https://stackoverflow.com/questions/19592131
复制相似问题