Web Service 互操作性

在绝大多数情况下 Web Service 方法可以为不同平台的应用提供很好的互操作性，但某些情况下由于平台的差异、数据库系统的差异甚至不同的开发工具都也可能对这种互操作性造成一定的影响。

我曾经做过的一个基于 Web Service 技术实现的数据传输服务项目，项目的目标是实现数据中心和连锁零售店之间的数据交换，巨大数据传输量是这个项目的一个主要挑战，当时我们采用了很多办法来提高数据传输的可靠性和传输效率，由于采用的是 Microsoft 的 Visual Studio 开发平台，所以 ADO.NET 构架的 DataSet 作为一个非常重要的组件被传输服务所使用，这无疑极大的提高了开发效率并有效降低了复杂性，项目完成测试后我们把服务部署到超过一百二十个零售店，并取得了预期的效果，新服务与之前的FTP相比极大的提高了数据的传输效率和可靠性并显著降低了服务器的数据处理负荷，可以说项目很成功。

后来一个电子商务公司提出合作并期望我们提供一些服务接口以实现自动化数据交换，这时我们又想到了数据传输服务，本以为不会有什么问题但这一次问题实实在在的摆在了我们的面前，因为当我们把 WebMethod 返回类型或参数定义为 DataSet 时，这其实是一个动态的类型，很可能导致 Web Service 相关 WebMethod 的互操作问题，解决这个问题其实很容易就是避免类似动态类型的使用，只是这样的决定可能是两难的，也正是因为这样的原因我们的服务实际上提供了两套实现方法，第二套实现方法实际上是调用第一套的方法并转换那些动态类型，当然这导致了相当的性能损失。

希望 W3C 能够完善这部分规范，当然，一旦形成了 W3C recommendation，可能又会有人说：还不如保持现状呢！不用担心了，首先咱没那么多负担，其次制定规范的那些牛人可比咱聪明的太多了。