Java / WCF Interop何时真正需要WSIT？ Java / asmx是否需要？

Question

SOAP被认为是Web服务的可互操作标准，因此何时真正需要WSIT？

扮演魔鬼的拥护者：

据我所知，WCF远不止SOAP，而且它们似乎以REST为目标。 并不是说Microsoft和SUN掩盖了一个事实，那就是他们对巨大的SOAP复杂性犯了一个错误，现在采用REST却没有公开地承认它，并通过WSIT和WCF为销售新工具建立了另一层复杂性：)

Answer 1

如果您指的是WSIT，那么它只是Apache Axis的一种Web服务技术的实现。 顺便说一句，我认为WSIT已被整合到Glassfish中 。

Answer 2

SOAP是定义用于交换Web服务消息的协议的规范。 它告诉您读取和写入什么内容，但实际上并不执行读取操作-它不是软件，而只是有关软件应如何工作的规范。

WSIT和WCF都提供遵循SOAP规范的Web服务实现-它们是SOAP规范的体现。 您不必使用这些框架-您可以自己编写XML编码，但是从现有的实现开始当然要容易得多，因此您可以专注于Web服务的逻辑，而不是直截了当。

您需要SOAP-这是两个独立实现达成共识的共同基础，并且是使WSIT / Axis <> WCF互操作成为可能的关键因素。 如果您较少考虑实现技术，而将重点更多地放在服务公开的外部接口（即SOAP）上，则可能会有所帮助。

OO编程中的接口/实现类分离有很多相似之处。 一旦有了实现接口的实例，您就不必在乎实际的实现细节了，而只是将隐含遵从指定的接口。 使用Web服务时，您（通常）不必关心以WSIT，Axis，WCF，asmx或任何其他编程语言实现的服务或客户端-您只需关心它公开/使用SOAP接口即可。