Docusignapi 肥皂还是休息？请问用哪一个？

我开始学习DocuSign，看看如何将其集成到当前的解决方案中，我需要您的帮助来选择使用哪种SOA技术？我知道如何使用SOAP和REST，我将使用Java

我的经理让我选择一种技术来使用，我需要理由告诉他为什么我选择一种技术而不是另一种。以下是我的问题，我可以选择其中一个

1 DocuSign是否为SOAP和REST提供相同的服务？换句话说，无论我使用哪种技术，我仍然能够访问DocuSign提供的所有服务

2简单性-我听说REST比SOAP简单

3.如果您有任何其他原因，请告诉我

请问您推荐我使用哪种技术，SOAP还是REST

---

多亏了

从DocuSign的角度来看，这在很大程度上取决于个人偏好REST与SOAP——没有一个强制性/强制性的理由让你必须选择其中一个。尽管如此，以下是一些想法，没有特定的顺序：

DocuSign SOAP API已经存在了更长的时间；docusignrestapi更新得多。最近，似乎新的操作经常只添加到RESTAPI，而不是SOAP API。见此处第一段：

DocuSign SOAP API与DocuSign REST API中的操作（即可用的特性/功能）大体相同，但就操作/特性/功能而言，API绝不是1:1，两者之间存在差异

没有理由不能在实现中混合使用SOAP和REST。i、 例如，假设你在休息的情况下工作最舒服，所以你选择休息。如果您在某个时候发现您需要一个仅在SOAP中可用的操作，那么只需使用SOAP API进行一次调用，其余的调用都使用REST

DocuSign SOAP API请求的大小往往比DocuSign REST API请求大，这是任何SOAP与REST比较的典型情况

DocuSign SOAP API可能被认为更强大、更高效？在某些方面，您可以使用单个DocuSign SOAP API调用来完成一些事情，这些事情只能通过进行多个DocuSign REST API调用来实现

---

我建议您查看DocuSign开发人员中心，了解有关DocuSign API的更多信息：

除了SOAP和REST之外，还有更多的技术。我建议使用JSONRPC！肥皂真是件臃肿的东西。与REST相比，它通常使每条消息的大小增加一倍左右。比字节更重要的是，我已经看到SOAP和REST之间的性能因因素而有所不同！10个或更多。还有比REST更好的替代方案，但我怀疑DocuSign是否支持它们确切的数字取决于框架和您的用例，但趋势是存在的。如果流量/吞吐量不是主要问题，请选择稳定的API。否则，选择REST，或者使用良好的工具实现这两个无问题。