对方可能是希望你们提供web services,以便他们将来能方便的升级到.net

解决方案 »

  1.   

    >>共享数据库的方案 不错啊
    >>为什么被判死刑?这是对方接口风险分析表的原文内容:风险 风险描述(条件、后果)               概率  影响度 风险值 等级
    1   数据表由于接口数据产生死锁      小  极大 大 A
    2   不同数据库之间的兼容性导致的错误      极大  中 大 A
    3   由于中间库问题可能产生的额外网络问题   小  极大 中 B
    4   由于系统升级或打补丁导致的存储过程失效 中  大 中 B
    有谁用PHP做过WEB Services吗,能否简单说一下流程
    比如说PHP是如何使用异构平台提供的服务、如何向其他
    异构平台提供服务等。欢迎各位继续讨论,谢谢!
      

  2.   

    php怎么开发 web services没听说过,你可以用.net和java来开发,他们都支持SOAP
    你最好找个.net 2003的msdn看看,你们如果只有php方面的人实现起来就痛苦了
    不如你们提出用约定格式的文本文件好了,就像现在好多地方正在用的EDI方式,虽然这种方式没有web services流行和先进,不过实现难度低,而且有大量用户使用的经验。
      

  3.   

    谢谢zzh26(瞌睡)的意见我对java到有所了解,不过原系统是用PHP来做的,如果用.net或java来开发,可能
    会增加软件成本,用户或许不会接受,再说用PHP调用其他平台提供的服务好像也很
    痛苦,虽说PHP也可调用JAVA的class,我试过几次,感觉不太稳定,经常出现与JVM
    相关的错误.如果用文本文件的话,也不是很方便,因为表太多了,每个表又按添、删、改操作
    生成不同的文件,感觉很繁琐,同时可能还要开发一个消息接收的应用程序,否则
    如何得知对方已给我方发了文件。
      

  4.   

    EDI方式需要双方指定共同规范,只发送必须数据,不必把双方各自详细的处理情况全部发送。它是一种非实时数据共享方式,双方定时检查文件服务器上更新的文件即可。我现在正在开发海运行业的软件,他们这个行业有很多规范的EDI格式,基本上数据共享都通过EDI实现。这毕竟是有局限性的解决方法,如果不能满足你的要求那么还是用共享数据库或web services实现比较好,关键在于你们双方的协调。
      

  5.   

    谢谢!!看来PHP对web serviecs的支持确实有限,
    我去详细了解一下EDI先,看看能否有帮助。