0

DocuSign は、SOAP の代わりに REST API を使用することを強く推奨しており、最初の実装ではそれを強く推奨しています。彼らは、いつの日か新機能がREST にのみ実装される可能性があることを示唆しています。これは私の主な関心事です。いずれにせよ、統合のために彼らの SOAP API を使用することに傾いています。私の主な質問は次のとおりです。

私が恐れている将来のシナリオを想定してみましょう。私はDocuSign統合レイヤーをSOAP API上に構築しています。来年、DocuSign は実際に SOAP モデルを置き去りにし、REST API でのみ新機能をリリースします。私はどうしてもそれらの機能の 1 つを使用する必要があります。SOAP 統合をそのまま残して、REST API を使用して新機能との統合を実装できない理由はありますか? 両方の API を参照すると、デプロイのサイズが少し肥大化することは理解していますが、そのリスクは受け入れることができます。それ以外に、両方を並べて使用できないというやむを得ない理由はありますか? それは何かを壊しますか？

4

1 に答える 1

2

統合で DocuSign SOAP API と REST API を組み合わせて使用​​することはまったく問題ありません。実際、それはあなたが言及した正確な理由のための非常に一般的なシナリオです.SOAPまたはRESTでのみ実装されている機能があるため、必要な機能を完全に得るために混合アプローチを使用する必要があることがよくあります.

于 2013-10-25T15:14:19.433 に答える