提取web服务返回值的有关问题，
提取web服务返回值的问题，急！
现在有个“数据迁移”项目，
简单来说就是：有个客户买了很多家公司的产品，现在我们需要把很多家公司提供的数据 进行转换和迁移。
现在有个功能是需要读取 多家公司的 web 服务 接口的数据 插入到中间库里，但是它们的返回类型有很多种，
包括json, xml,list,datatable,dataset 等等,即使对每种类型都做处理 但返回的格式也不一样，
比如 有个服务返回的json数据
[{"id":"1", "name":"张三"},{"id":"2", "name":"王二"},{"id":"3", "name":"李五"}]
有的返回
<node>
[{"id":"1", "name":"张1"}]
</node>
<node>
[{"id":"2", "name":"张2"}]
</node>
这个要如何处理？感觉如果不统一感觉没法做啊。
谢谢大家！
------解决思路----------------------
没法做就不做呗。
不同数据格式有百分之一的差别，能难倒你，未必能难倒你的老板。
------解决思路----------------------
你不知道有种思路叫oo吗？就算不知道，那你查下适配器模式，思路可以参考，将不同的数据，转化成你系统接受的数据，当然不管进来的是什么格式，出来都是统一的对象
------解决思路----------------------
简直是设计模式里面适配器模式的教科书级别教材
你要做两件事情 首先是跟客户跟老板敲定 别人返回的东西有哪些是需要的哪些是不需要的 哪些没有的信息用什么样的东西替代
然后为每个数据格式数据来源写个适配器
------解决思路----------------------
老兄，我跟你讲，不知道你有没有在网上有没有通过快递100查询过你的快件，其实每家快递公司提供的查询结果格式是有差别的，那么快递100就是自己做了一个针对不同快递公司的查询数据转换为他自己的数据类型，并且还对外提供了他的api，你这有些类似了，你也要做这个工作呢，不过这个也不难，写个自己的数据类，写个方法，给各个公司自定义一个编号传进去，然后返回固定类型，你大概只能这样干了。
不过，你可以让你们老板通知他们改成你们的数据类型，或单独提供一个接口给你们，如果你们老板很牛逼的话，这也是一个办法，呵呵。
------解决思路----------------------
你这还想一刀头生意啊，接入一家就准备一家呗，如果接入的格式之前已经做过了，那恭喜你，只需要直接调用对应的方法即可，否则增加新方法
------解决思路----------------------
加个【公司-解析方式】配置文件了。把目前用到的解析方法分离处理，然后配置到文件中。新增的公司方式不断添加
------解决思路----------------------
要么多套解析数据的方案，
要么约定同一种传输方案。
区别在于，第一种程序员干活，第二种你们老板去干活和别人沟通。哈哈
------解决思路----------------------
不是有个叫做什么来着，序列化和反序列化么
------解决思路----------------------
来一家新的,程序做一次更新罢.
好像也没别的办法了.
现在有个“数据迁移”项目，
简单来说就是：有个客户买了很多家公司的产品，现在我们需要把很多家公司提供的数据 进行转换和迁移。
现在有个功能是需要读取 多家公司的 web 服务 接口的数据 插入到中间库里，但是它们的返回类型有很多种，
包括json, xml,list,datatable,dataset 等等,即使对每种类型都做处理 但返回的格式也不一样，
比如 有个服务返回的json数据
[{"id":"1", "name":"张三"},{"id":"2", "name":"王二"},{"id":"3", "name":"李五"}]
有的返回
<node>
[{"id":"1", "name":"张1"}]
</node>
<node>
[{"id":"2", "name":"张2"}]
</node>
这个要如何处理？感觉如果不统一感觉没法做啊。
谢谢大家！
------解决思路----------------------
没法做就不做呗。
不同数据格式有百分之一的差别，能难倒你，未必能难倒你的老板。
------解决思路----------------------
你不知道有种思路叫oo吗？就算不知道，那你查下适配器模式，思路可以参考，将不同的数据，转化成你系统接受的数据，当然不管进来的是什么格式，出来都是统一的对象
------解决思路----------------------
简直是设计模式里面适配器模式的教科书级别教材
你要做两件事情 首先是跟客户跟老板敲定 别人返回的东西有哪些是需要的哪些是不需要的 哪些没有的信息用什么样的东西替代
然后为每个数据格式数据来源写个适配器
------解决思路----------------------
老兄，我跟你讲，不知道你有没有在网上有没有通过快递100查询过你的快件，其实每家快递公司提供的查询结果格式是有差别的，那么快递100就是自己做了一个针对不同快递公司的查询数据转换为他自己的数据类型，并且还对外提供了他的api，你这有些类似了，你也要做这个工作呢，不过这个也不难，写个自己的数据类，写个方法，给各个公司自定义一个编号传进去，然后返回固定类型，你大概只能这样干了。
不过，你可以让你们老板通知他们改成你们的数据类型，或单独提供一个接口给你们，如果你们老板很牛逼的话，这也是一个办法，呵呵。
------解决思路----------------------
你这还想一刀头生意啊，接入一家就准备一家呗，如果接入的格式之前已经做过了，那恭喜你，只需要直接调用对应的方法即可，否则增加新方法
------解决思路----------------------
加个【公司-解析方式】配置文件了。把目前用到的解析方法分离处理，然后配置到文件中。新增的公司方式不断添加
------解决思路----------------------
要么多套解析数据的方案，
要么约定同一种传输方案。
区别在于，第一种程序员干活，第二种你们老板去干活和别人沟通。哈哈
------解决思路----------------------
不是有个叫做什么来着，序列化和反序列化么
------解决思路----------------------
来一家新的,程序做一次更新罢.
好像也没别的办法了.