最这一个月和sap做集成，把主数据中的数据写入到sap系统中，做集成就离不开联调，平时开发中，一个复杂点的系统还容易出问题，涉及到两个系统，由于两个或多个系统来自不同的厂家，各个厂家的开发对业务的理解深浅不一样，各厂家所用的开发语言不一样，技术不一样，经验也不一样，这么多一样，一旦出现问题，就比较棘手，联调起来就困难。
下面来说一下，多个系统集成，通常的做法：
1，webservice 接口，这个恐怕是最普遍的做法了。 能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件， 就可相互交换数据或集成。依据Web Service规范实施的应用之间， 无论它们所使用的语言、 平台或内部协议是什么， 都可以相互交换数据。Web Service是自描述、 自包含的可用网络模块， 可以执行具体的业务功能。Web Service也很容易部署， 因为它们基于一些常规的产业标准以及已有的一些技术，诸如XML和HTTP。Web Service减少了应用接口的花费。Web Service为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。
总结起来的优点有：1，跨平台（这里指的是不同的系统平台），2，易部署，3，方便远程调用，4实时
2，采用库方法，数据提供方往中间库写数据，另一方从中间库中取数据，好处非常明显，责任明确，缺点是不能实时反应数据更新，如果对数据的实时性要求更，则需要提供心跳服务，实时去检测中间库数据有没有更新，这样带来的是性能的损耗，
3，第三方提供的中间件接口，缺点是，通用性不强，需要专门去学习，出错难调试。
这次和sap集成采用的是第三种方式，由sap提供接口组件，sap接口根本不熟悉，sap方说网上sap接口资料大把大把的，这个确实不假，但用vb写的确实很少，相关的教程很少，有木有?好不容易照猫画虎完成了，却集成不通过...
仔细找原因,现在总结几条通过这几次做集成的经验教训：
1，引用第三方组件时，注意查看适用.net的版本，在一次引用NPOI时，NPOI适用于.net2.0 sp1,及以上版本，没注意后面的sp1，发布服务器端一直出错，原因找了好几天才发现。注意选择项目的.net版本，今天做引用sap组件时，把项目版本设为.net2.0时，会报错，设置.net3.0时就不会，可能与引用组件有关，
2，在做一个复杂的集成时，先分解任务，先个精简版本的集成再一步一步扩展。这样可以随时对比，找出不同。
3，拆分模块，优先保证前置模块的正确性。这与2类似。不要等到所有模块做完了才发现第一个模块不正确，不合理，如果这时底层东西不合理，修改起来也是相当困难的。
4，在一新的自己不熟悉的业务或技术面前，最好不好全新开发，找一个成熟稳定的demo照着改，比自己从头学起要来得快。
再来看一下今天和sap集成的demo吧，采用的是RFC方式集成的，推荐sap专题，点击查阅：http://www.cnblogs.com/mengxin523/category/257935.html
直接上代码吧，
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
