目前接到一个任务，从许多商业公司那里提取数据，这些商业公司的信息部都是以webservice的形式提供的，所以就要做一个webservices数据自动接收的东东，之前使用webservice都是在项目里添加引用就可以了，但是本人这个陆续的会增加接收不同公司的数据，所以不能说每添加一个公司，本人就在项目里增加一个引用然后重新编译发布，所以只能做成通用的，配置任务式的（按照商业给本人的文档配置url，方法名以及参数），动态调用webservice本人已经想到，而且写完了正在测试，但是解析返回结果呢？返回的结果不能直接用的，需要自动处理，各个公司的xml无论结构和字段名都不一样，甚至能否会提供json字符串本人都不敢肯定，这些商业公司很高姿态，不会适应我们的，所以很难了，本人只能想到的就是做字段映射，但是本人不能保证这样不会出问题，这种需求可能实现吗？可能和调用一样做成配置式的吗？有没有前辈之前遇到过相似的需求？谢谢~
解决方案
5
webapi .
10
每个公司的数据结构都不一样，当然要在接入的时候做数据，本人做数据映射喽
10
晕！
一个 asp.net 应用，在开发完善阶段，每天部署20次都是正常的。不就是通过 ftp 客户端去上传一下文件嘛。
每当增加一个对接代码，你就是“引用”，它生成可靠的代码，你调用一下它的代码。这样的傻瓜化是最好的。
所谓“万能的”往往是万万不能的，除非你搭进去巨大的人工去“设计”所谓的通用的东西。你觉得设计一个海陆空通用的航母比单独设计海中船只更简单吗？在工程上，能写代码只是梦魇的开始，几乎全部的问题和成本都在你的后期改进阶段才体现出来，真正懂技术的人总是先实现傻瓜化机制，然后在有了闲工夫之后才在重构。假如连基本的正确性都做不到，连傻瓜化的结果都不能先把它们用起来，要解析干什么？
一个 asp.net 应用，在开发完善阶段，每天部署20次都是正常的。不就是通过 ftp 客户端去上传一下文件嘛。
每当增加一个对接代码，你就是“引用”，它生成可靠的代码，你调用一下它的代码。这样的傻瓜化是最好的。
所谓“万能的”往往是万万不能的，除非你搭进去巨大的人工去“设计”所谓的通用的东西。你觉得设计一个海陆空通用的航母比单独设计海中船只更简单吗？在工程上，能写代码只是梦魇的开始，几乎全部的问题和成本都在你的后期改进阶段才体现出来，真正懂技术的人总是先实现傻瓜化机制，然后在有了闲工夫之后才在重构。假如连基本的正确性都做不到，连傻瓜化的结果都不能先把它们用起来，要解析干什么？
5
连xml结构都不一样怎么个通用法？怎么维护？
最多也就你们本人写个所谓通用的接口，实体数据弄成json+TypeName这种弱类型的，让商家去调用，你们存储后数据
然后再弄一个专门解析数据的服务去解析
最多也就你们本人写个所谓通用的接口，实体数据弄成json+TypeName这种弱类型的，让商家去调用，你们存储后数据
然后再弄一个专门解析数据的服务去解析
10
本人还没听说有谁做过可以解析任何接口返回数据的东西。
和别的系统对接，自然是按照对方提供的接口文档来写代码把数据对接上。你能对接的服务能有几个？哪怕有几百上千个，对接完了也就完了。根本就不用挖空心思去设计什么万能适配器，而是设计一个适配机制，让本人可以用最简单、最方便的方式来为新的接口增加适配器。这种适配器的参数，甚至可以存放在数据库里面，等程序需要访问接口的时候，就可以通过获取数据库里面的配置来知道该怎么样适配数据。假如做不到，那退而求其次，用代码来实现不同的适配器也不是不能接受，至少要让业务先跑起来嘛。
和别的系统对接，自然是按照对方提供的接口文档来写代码把数据对接上。你能对接的服务能有几个？哪怕有几百上千个，对接完了也就完了。根本就不用挖空心思去设计什么万能适配器，而是设计一个适配机制，让本人可以用最简单、最方便的方式来为新的接口增加适配器。这种适配器的参数，甚至可以存放在数据库里面，等程序需要访问接口的时候，就可以通过获取数据库里面的配置来知道该怎么样适配数据。假如做不到，那退而求其次，用代码来实现不同的适配器也不是不能接受，至少要让业务先跑起来嘛。
CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明关于webservice,遇到一个需求，目前有些困惑，希望各位老师给个解决思路~！