SOAP应该是webservice的可互操作标准，所以什么时候真的需要WSIT？
扮演魔鬼的拥护者：
另外据我所知，WCF不仅仅是SOAP，而且它们似乎更像是针对REST。并不是说微软和SUN隐瞒了这样一个事实，即他们在巨大的SOAP复杂性上犯了一个错误，现在采用REST而不是过于公开地承认它，并在WSIT和WCF之上构建了另一面复杂的墙，用于销售新工具：）< / p>
答案 0 :(得分：0)
如果您指的是WSIT，那么它只是一个Apache Axis的一系列Web服务技术的实现。顺便说一句，我认为WSIT已经整合到Glassfish中。
答案 1 :(得分：0)
SOAP是定义用于交换Web服务消息的协议的规范。它告诉你什么是读写，但实际上并没有读写 - 它不是软件，只是软件应该如何表现的规范。
WSIT，WCF都提供符合SOAP规范的Web服务实现 - 它们是SOAP规范的实现。您不必使用这些框架 - 您可以自己编写XML代码，但从现有实现开始当然要容易得多，因此您可以专注于Web服务的逻辑而不是plumnbing。
您需要SOAP - 这是两个独立实现达成一致的共同点，也是使WSIT / Axis＆lt;＆gt; WCF互操作成为可能的关键因素。如果您少考虑实现技术并更多地关注服务公开的外部接口（即SOAP），这可能会有所帮助。
OO编程中的接口/实现类分离有许多相似之处。一旦你有一个实现接口的实例，你并不真正关心实际的实现细节 - 只是实现遵循指定的接口。对于Web服务，您（通常）并不关心服务或客户端是在WSIT，Axis，WCF，asmx还是任何其他编程语言中实现的 - 您只关心它公开/使用SOAP接口。