码迷,mamicode.com
首页 > 其他好文 > 详细

关于第三方dll,ocx开发的思考

时间:2015-11-27 00:56:59      阅读:183      评论:0      收藏:0      [点我收藏+]

标签:

A问题:

最近有个工作,要集成一套老的指纹考勤机器到现在考勤系统(web系统)中,问题出现时老的机器只有ocx可用,没有可用的dll;原本以为简单的第三方调用就ok了,可是ocx不能被承载,在实现上费劲了。

B分析:

1、原始开发人员,提供一套可直接调用的dll供调用;(太老了,都没有人了,代码也没有,更别说文档了)

2、javascript与ocx交互,完成功能;(程序改动比较大,与网站后台交互部分数据库存取不能很好地交互;另外稳定相也不是很好)

3、winform桥接;(相当于多了个管道效果,间接完成机器交互操作)

 

C解决:
最少改动原则,程序稳定性原则,最后参考了一个老系统思路(桥接),用winform程序承载ocx完成机器的交互,通过socket与web程序交互。

相对来说稳定相还是很好地。

考虑到机器交互部分不会很频繁,并且使用了断开时请求,针对每次的请求都单开socket client通信,完成及时关闭。所以,采取了单独的ocx实例,没有多开支持并发问题。

满足需求就足够了。其他另算!哈哈哈


D总结:(项目积累)

1、文档很重要;(开发人员不愿意写文档,但是当真正用上文档时候却一筹莫展)

2、源码很重要;任何不明白的东西,都可以在代码里面找到答案。(不然,就只能反编译,或者反汇编了。如此就彻底费功夫了)

3、Demo很重要;一图胜过千言万语,在程序这里就是一Demo胜过千言万语。

关于第三方dll,ocx开发的思考

标签:

原文地址:http://www.cnblogs.com/Running_Zhang/p/4999380.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!