关于WISE自带的API研究分析

此前做过一个第三方业务系统单据对接wise15.0业务单据的开发,只用到了基础资料、进销存单据的新增接口。
其中印象特别深刻的是,第三方业务系统的物料有六万多个,需要同步到wise的8个账套里。
结果同步了48小时还没同步完成。根据日志分析,平均同步速度为3个/秒。
咨询了厂家,厂家建议几种方案:1、部署多个中间层服务器,每个对应几个账套,然后分别访问这几个中间层服务器的api接口,分散负担;2、同步软件开多线程,比如同时开8个线程,每个线程对应一个账套。
因为客户这边不具备调整服务端部署的条件,所以我将同步程序改成多线程。
但是效率几乎没有提高,感觉我虽然开了多线程,但是它接口仍然是按顺序处理的。
所以我就研究了一下K3API目录下的文件,反编译出源码看看它的保存代码。然后我就发现,这是.Net的壳,COM的魂。
接口解析提交的参数后,即调用COM组件实现保存。这个算法和wise提供的实例
关于WISE自带的API研究分析
此前做过一个第三方业务系统单据对接wise15.0业务单据的开发,只用到了基础资料、进销存单据的新增接口。其中印象特别深刻的是,第三方业务...
点击下载文档文档为doc格式
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。
上一篇
已经是第一篇



