问题背景:
     公司要实现一组WEB API (以下简称A)共第三方合作商调用,另外还需要所以第三方按照我们公司提供的第三方接口规范实现一组WEB API (一下简称B)给我们提供一系列操作。
     原本我打算是用ASP.NET web services来实现。但是规范越写越觉得问题多。使用ASP.NET web services 来实现A应该不难,也可以共任何第三方合作商调用。至于B的实现 若是采用web services实现:具体考虑到在规范中返回自定义结构,动态调用asp.net web servcies,java web services,php,,,,asp等不同的服务动态调用,自定义结构返回值处理觉得使用web services比较棘手,不知道怎么着手了...    在网上找了一下 基本上web api都是使用XML-RPC来实现。不是很清除xml-rpc与soap的本质区别。    有过类似经验的朋友给点意见,使用ASP.NET WEB SERVICES方式来写我这个第三方接口规范是否能够达到我想要的目的,如果能达到,我该使用什么方法处理API返回的自定义结构类型值,以及不同语言实现的web services动态条用需要注意点什么?    若是web services实现不是很适合 那么采用xml-rpc实现。在xml-rpc.net上看了一下它的资料,不清除自定义结构数据该如何处理..请朋友帮忙,给点意见与实现思维

解决方案 »

  1.   

    至于B,也可以用动态Web Service实现,具体怎么调用:
    http://blog.csdn.net/tiaodongdeyinfu/archive/2007/09/12/1782585.aspx
    这里有具体的例子。
      

  2.   

    只要双方接口一致,都能完成任务。具体对比可以参考
    http://www.ibm.com/developerworks/cn/webservices/ws-xml-rpc/
      

  3.   

    biztalk和.net完美结合.很容易实现的.biztalk可以很容易的实现各种接口.和xml的相关工作.其实最主要是操作简单.基本都是拖拽界面.不过xml定义规范还是要手写的.这个没办法.兄弟祝好运.如果需要详细的.就给我发私信把
      

  4.   

    唯一的建议,看一看Windows Live Writer使用到的几种主流blog系统公开的API。感觉REST比SOAP更简单,所以能够给出REST接口是最好的了。
      

  5.   

    孟老师,你好。
       对于B 可能有很多第三方提供  他们可能应用不同的方法实现。我想知道ASP.NET 怎么来实现 接受第三方自定义的结构(非基本类型)数据