iOS上二维码和一维码识别系列一

来源:互联网 发布:nfc读取身份证软件 编辑:程序博客网 时间:2024/06/10 03:10

转自:http://blog.csdn.net/smking/article/details/7310178

这段时间在做iOS上二维码和一维码的识别

其间遇到问题无数, 特此总结下来, 希望能给后来的同学供参考

在iOS上, 做二维码识别, 首先在网上查找资料, 查找到ZBar和ZXing这两个开源的识别程序, 相比之下发现, 

iOS上ZBar能做一维码(即条形码)和二维码的识别, 

ZXing只能做二维码的识别, 但ZXing在android上是可以即做一维码又做二维码的识别, 但在iOS上尚不支持一维码的识识, 这是ZXing的官方说法, 具体以后支不支持尚不可知。

由于在我的这个项目中需要同时对一维码和二维码进行扫描, 所以果断地选择了ZBar, 然后开始了痛苦之旅。

首先在ZBar的官网上下到了其实例代码以及最新的.a库

http://zbar.sourceforge.net/iphone/

先对这几个实例代码进行编译, 真机测试, 效果还真不错。 然后在代码中引入进来, 效果也还不错。

 

但是当在扫如下二维码时, 就出现乱码问题了。


(这个图是用https://chart.googleapis.com/chart?chs=150x150&cht=qr&chl=中&choe=utf-8生成的)

扫出来的结果是乱码, 而用ZXing扫出来,则是正常的“中”字

再接着扫下面这个图,

(这个图是用https://chart.googleapis.com/chart?chs=150x150&cht=qr&chl=中&choe=Shift_JIS生成的)其实除了utf-8和shift_JIS还有一种是ISO_8859-1,

见图


该图来自https://chart.googleapis.com/chart?chs=150x150&cht=qr&chl=中&choe=ISO-8859-1,但这种暂不在该文章讨论之列。

扫这个图扫出来是“中”字,而用ZXing扫出来却是乱码 (之前有人要求我用ZXing, 我知道ZXing同样有缺陷,但却一时没有找到合适的例子, 下次再有人问的话, 就拿上面的图回他吧)

 

如何解决这个问题呢?

后来不断地在ZBar的官方论坛上发言,论坛地址: http://sourceforge.net/projects/zbar/forums/forum/664596(这里是这个论坛的help分支, 还有developer和app分支, 建议到这几个地方都去问问题, 能更容易得到更多人的关注)

问这个情况, 然而该论坛的版主似乎并不太关心使用者问的问题, 我是一连在这外论坛里就这件事事情追踪了7天, 连续发问,才终于有人回我了,然后有个印度人回我, (之前我对印度佬不是很有好感,但这件事过后, 我改变了看法)说可能是因为BOM(ByteOrder Mark)的原因, 然后给出了上面两个图的地址, 我通过删除这些地址找到

http://code.google.com/intl/zh-CN/apis/chart/infographics/docs/overview.html

以及http://code.google.com/intl/zh-CN/apis/chart/infographics/docs/qr_codes.html

才对这个原因有了大致的了解, 再结合ZBar论坛上的回复, 知道了应该是由于ZBar在扫描时,不知道这些图中使用的是UTF-8还是Shitf-JIS生成的, 所以会进行自动判断, 有时能判断对, 有时就会判断错, 判断出错的情况也就是我们看到的乱码。

这也能解释, 对于乱码的时候, 如果输入的是“中国”, 或者“国”字, 却不会出现乱码, 当时这个问题也纠缠了好长时间。

所以解决办法有两个, 一个是从源头上解决, 即要求生成的二维码需要按Shift_JIS方式生成, 而ZBar就不需要改动, 直接使用即可。

另一个方法是, 生成的码不变, (这种情况居多, 因为你不能要求客户非要按你这种格式来生成, 通常客户会用较常用的UTF-8来生成),改动ZBar的源码来进行处理, 强制地告诉ZBar,让其使用UTF-8进行解二维码。

另外这个问题也可以参考一下http://code.google.com/p/zxing/issues/detail?id=103(下面的回复看起来似乎比较权威, 感觉像是那么回事。)

 

所以下面将进行ZBar源码的修改

首先从http://zbar.sourceforge.net/download.html下载最新的源码, 我下载时最新的为0.10

然后我在代码zbar/qrcode/qrdectxt.c中发现了BOM, 读了一下这个.c文件, 基本思想应该是在里面同时用了

  /*This is the encoding the standard says is thedefault.*/

 latin1_cd=iconv_open("UTF-8","ISO8859-1");

  /*But this one is often used, as well.*/

 sjis_cd=iconv_open("UTF-8","SJIS");

  /*This is a trivial conversion just to check validitywithout extra code.*/

 utf8_cd=iconv_open("UTF-8","UTF-8");

 

接着

   enc_list[0]=sjis_cd;

   enc_list[1]=latin1_cd;

   enc_list[2]=utf8_cd;

然后下面接着对这三种情况都执行解码, 最后选出一种zbar觉得合适的返回给调用者, 如果zbar选择错了,那么就出现了不想看到的乱码, 所以在这里只需要干涉一下这个选择顺序即可。

 

最后再进行terminal编译生成一个新的libzbar.a直接使用就可以了 (另一篇文章将会讲到如何如何在terminal中进行编译)