最近做和扫描仪接入的扫描应用程序,深深感觉到了来自底层设备和WINDOWS协议的恶意。软件专业,对计算机深层次通知机制和协议,以及与之相连接的机器的接入协议和一些参数,当时并木有认真学习和了解,前一阵子做到真是泪流满面。Codeproject,Stackoverflow,codeplex都要翻到吐了。感觉有时间还是把计算机底层认真去学习了解一下才是正道。先在这里把我前一阵的探索和想到的解决方法列出来给同样需要的朋友们吧。
扫描仪API最初只有TWAIN协议,之后增加了WIA协议,直到最近有做到富士通的一款扫描仪,它两者均不具有,接入必须使用其驱动软件,这也增加了我们开发扫描仪接入程序的难度。
后面是我总结的关于这三种情况的解决方法。
1. TWAIN。此为大多数扫描仪基础协议。是C++语言写的底层dll,对.NET来说通过DLLImport来扩展使用。
此协议是很底层的协议,并没有经过.NET封装。所以要了解其机制才能更好的来开发。
(这两个例子我都试验过。都很OK的)
2. WIA。假如您的机器支持这个协议。那就可以好好开心一下了。.NET已经封装了支持该协议的dll。在COM里导入Windows.Image.Acquire.dll 使用其方法就可以了。一般最近念头的扫描仪都支持这个协议。
3. 假如都不支持!很不幸楼主就碰到了,这个时候就要转换思维了。经过研究发现
所有的扫描仪自带的驱动程序及其扩展程序都会有扫描完成后触发一个程序的功能(比如扫描完成后打开image程序来进行浏览)
此处就要找到其配置文件。一般都在appdata,rooming中等。可以关键字来进行搜索。
找到后更改配置用compare(推荐TortoiseMerge) 来进行前后对比,发现相应修改的地方。
之后就是启动自己程序的时候把该文件修改了,换成触发自己程序的路径,这样每次扫描到图片都会触发自己写的程序并传入图片的args。关闭时候再修复就好了。
这种思路有种曲线救国的意思,其实有时候应用层的开发感觉就是这样。并不需要大力气来做底层的事情,而是你需要找到相应的支持就好了。
站在巨人的肩膀上便是这种感觉吧。剩下的时间便可以做提升自己的事情了。
程序员也是需要生活的!