通用.Net Web服务

问题描述:

目前我们正在考虑编写一些.Net Web服务来在站点之间导出/导入数据。涉及多种不同类型的数据,涉及多个数据库表。我可以写各种网络服务接收被发送的数据,例如通用.Net Web服务

  1. ImportSomeRecord(字段1,字段2,字段3)
  2. ImportSomeRecord2(FIELD1,FIELD2)
  3. ImportSomeRecord3(字段1,字段2,字段3,字段4 ,字段5) 等等......

可能有大约40个这些服务,也有可能这些字段可能会改变,也就是说可能会添加新的字段。客户端将是一个VB6应用程序,它将调用远程Web服务,并让该Web服务更新远程数据库。网络服务将使用VB.Net 2008编写。

将所有这些Web服务替换为单个通用服务是否可取,例如, ImportRecords(recordtype,blobofdata)。我认为这可以通过将XML字符串作为数据blob传递给理论来完成,并让Web服务根据记录类型解开这个问题,但实际上是否有任何优势,是不是这样做的好习惯?我已经阅读过以这种方式传递XML块的地方,因为不推荐使用单个参数,并且我可以看到这也与标准Web服务使用情况有些相反,因为实际上我绕过了Web服务定义。

调查ADO.NET Data Services。它将一个RESTful API放置在实体框架模型的顶部。

如果你有一个参数作为一个字符串,只需要使用任何旧的XML,那么人们应该如何在不咨询文档的情况下使用你的服务?

以在复杂的类型可能会为您提供更好的选择,以什么用户,不能在传递。

+0

我欣赏复杂类型的优势,并一直使用他们过去,但在这种情况下,我们正在编写这两个部分,所以没有其他人会使用我们的服务。同时,我不想让它无法使用! – olippold 2009-07-16 15:14:41