Soap Web 服务客户端实现

Question

供应商是否有责任提供客户端实现代码来使用soap API？我们有一个肥皂网络服务，我们的一位客户想开始使用它。他们希望我们也提供客户端代码。这是标准做法吗，因为客户端代码需要与其内部项目进行通信，而我们不了解或无法访问任何这些应用程序。我们应该拒绝这个请求吗？处理这种情况的理想方法是什么？

Answer 1

这里有两件事。

首先是服务提供商应该承担什么责任？

您提供：

• 服务本身。
• WSDL 文件。
• 如何使用该服务的文档。该文档可能是 WSDL 的可读表示，可能带有一些示例请求和响应以及错误消息。也许该文档还展示了如何从 WSDL 开始构建客户端。也许是一些常见的问题和答案。取决于您想要添加多少详细信息。拥有良好的文档可以让您免去总是询问任何新客户在进行集成时可能遇到的相同问题的麻烦。
• 您需要做的任何工作来支持与您的服务的集成。考虑这里的配置，为客户端提供访问密钥，如果这是您保护调用客户端访问的方式，可能会发出客户端安全证书，等等。

您很少为客户构建客户端，因为正如您自己所说，您无法将其绑定到他们的应用程序中。您可能会提供一个客户端存根，但这通常是客户端可以为他们正在使用的语言自行构建的东西（这可能是您的团队没有经验的东西）。

这让我们进入第二件事，即您想如何管理与该客户的关系？您将投入什么努力以及这样做的投资回报率是多少？举个例子吧。

假设您是支付处理商，为您处理的每笔交易收取少量费用，提供此服务。然后，您有一家大型零售商店，希望将您的服务集成到他们所有的卡支付中。我们每天谈论的是数千万美元。您将通过费用赚到很多钱，因此帮助他们整合符合您的利益，即使这意味着超出您为所有客户提供的服务。您甚至可以根据您对他们系统的了解尽可能多地帮助他们编写客户端。

现在将其与第二个客户进行比较，该客户是偏远村庄的一家小商店。一家商店每天可能带来几百美元的交易，仅仅是因为偏远地区的人们更喜欢用现金支付。您会像为大型零售店那样付出同样的努力来支持第二次整合吗？很可能不会。

因此，请为其提供服务和良好的文档，以顺利完成集成，如果您认为值得，请加倍努力。