Web services 在基于internet的面向服务计算中，将接口与实现分离的价值是什么？

原因是否与正常的多模块应用程序编程类似？这样客户机就可以直接使用接口，而不必担心实现细节

---

请注意，我谈论的是WSDI/UDDI/SOAP，而不是普通的应用程序接口。

简单的回答是“无”。当您通过WSDL发布Web服务时，如何实现它并不重要。使用您的服务的客户机应用程序将从WSDL生成适当的代码，无论您是否为后端Web服务定义了接口。

---

也就是说，在Web服务前面添加一个界面是浪费时间。

头发尖尖的老板决定他希望应用程序以不同的方式工作，以不同的屏幕顺序，因为：

他妻子在网球俱乐部的朋友认为这样会更好

严格的用户测试表明，基于不同的应用程序流程或使用步骤顺序，客户转化率更高

您希望提供网站的白标签版本（类似于特许经营）

---

在上述情况下，只需重写图形元素，这样做的人不需要了解任何数据库或复杂的后端数据处理。

分离接口和实现有助于保持设计的松散耦合。随着需求的变化，您可以独立于接口来更改实现。

WSDL有，它们是分开的，以允许重用这些定义。同一合同可以绑定到许多具体的网络协议和消息格式

这种定义的重用，在上下文中意味着一个接口、多个实现。

UDDI的一个想法是可以在运行时发现所需的web服务。您可以在注册表中查找特定WSDL契约的实现：

超越食谱：接口和实现

[……]

如果三个不同的公司实现了相同的WSDL文件，并且一个客户端软件为该WSDL接口创建了代理/存根代码，那么客户端软件可以使用相同的代码库与这三个实现进行通信

[……]

---

至少这是理论

这是一个普通接口的好处，但是我要说的是基于SOAP的接口/实现，即WSDL和UDDI。。。