对oa接口的总结
oa接口的完成花费很长的时间,现在终于基本上告一段落,现在大致总结一下原因:
1、对直接读取oa的表的方式的否决:刚开始的时候,双方商议用直接读取对方的表的方式解决问题:即双方建立一样的‘设计信息表’、‘审批表’和‘附件表’,然后每天定时读取对方的表数据写到自己的库。但是后面发现双方不是一样的库,我们是sybase对方是oracle(后面发现是古董级的oracle8.1),这时就发现问题了,由于双方不是同样的库,如果我们的程序直接读取对方的数据的话,就要配置两个数据源,一个sybase的,一个oracle的,由于对方的oracle库不再我们的管辖之内,所以一旦对方的库有什么问题,或者是网络出现问题,就会直接影响我们的系统的正常使用,这种对我们系统非常不利的方法我们是不会采用的,(后来跟oa商议,他们也不愿读我们的库),所以这一解决方式告一段落。这个过程花费大概两三天的时间。这里耽误时间的原因,个人认为主要经验的欠缺已经沟通不够的问题,如果及早的发现双方库的不同以及直接读取对方的表的缺陷,就可以直接否决这种方式,就不用浪费两三天时间了。
2、oa不愿采用webservice来解决问题。本来我们的系统与其他系统之间信息的交互都是采用webservice来解决的,但是oa说他们的domino版本太低,不支持soap,所以他们不能用这个方式来解决。这个过程的沟通用来大概一天的时间。
3、最后我们决定,我们的系统继续用webservice,然后再写一个oa的接口来配合我们的webservice。其实这个oa接口就是一个webservice,其中的做法就是我们帮oa做一个webservice接口,同样通过webservice的方法来实现双方信息的交互。既然没有别的更好的方法,也只能先通过这个方式来解决问题了,于是漫长的开发就开始了。
4、首先是和oa的人沟通,对方需要传什么数据过去,我们需要什么数据,以及用什么样的数据格式、数据结构和数据对应关系,双方商议了大概一天多的时间,就开始工作了。(后面还是发现某些方面的问题,对数据结构做了一些沟通和修改)。
…… …… 余下全文