【平坑】之 zxing第三方库的使用
入坑前奏
最近项目中需要添加生成条形码的功能,leader只说了一句:一天完成。因为之前做过二维码(但并未使用zxing),心里想一天应该没问题,就随口答应了。接下来开始入坑,首先,条形码现在使用的虽多,但生成的却很少,百度谷歌搜了一下,有zbar,zxing第三方推荐,还有的用的苹果自带的生成功能。首先说说自带的支持生成条形码,它可以生成,但是只是支持两种条形码的编码规范,我用一些扫码APP扫,是能出来的,用扫码枪也能出来,而且速度很快,很是开心,然后就在代码中添加了这个功能。心想,就这么愉快的解决了。其实是我想多了。
因为条形码有好多的编码规范,如:code39,code128,等等十几种。当然我们的产品也要支持这么多种,听到后台人员跟我说,按照返回编码标示进行编码显示。顿时头就大了,这是什么鬼。随后继续百度,然后看到一篇文章:http://blog.sina.com.cn/s/blog_881ed8500102v14b.html 这位作者说zxing能够生成条形码而且效率很高。又开心了,继续找zxing,一直找到它的老家https://github.com/TheLevelUp/ZXingObjC 开心的下载了他们的源码,140M左右,下载下来看了看里面的demo。
看到里面有两个工程,因为在下没什么见识,真不知道这是什么鬼,怎么会有两个工程,以为使用了Cocoa,后来才知道这是引用了另一个工程,我的项目里总不能像他们这样用吧,然后又知道了,可以使用framework来用这个API。
framework实现:
11D17A2C-21A2-4D43-B640-6BA815C01431.png我标注的1是.a文件的静态库,2,3是framework文件,一个是iOS系统下的一个是osx系统下的。我这个截图中我标注的这三个文件其实都是编译过的,所以字体是黑色,没编译的时候是红色的。怎么来编译呢?
首先,看下图,选中iOS那个framework,那么是选择在模拟器下编译还是iOS设备呢?这个问题需要注意:如果选择模拟器的话,在真机调试中会出现错误,如果在iOS设备中编译在模拟器调试时会出现错误,解决这个办法的就是两个都编译,然后把两个framework包合并。合并的教程在下一篇blog中详解。
接下来我们选择在模拟器中编译。(注:编译成功之后你会发现produces下的framework的字体会变成黑色)
屏幕快照 2015-11-05 上午1.37.26.png
编译成功之后,点击编译好的那个framework右击在文件中打开,会出现如下图所示:
4B047425-FF4D-449C-A288-37DD74D6E68F.png我标注1的是iOS设备编译之后的文件夹,标注2的是模拟器下编译的文件夹。
大家可以看到这儿已经有了zxingobjc.framework这个文件。我们成功的编译好了这个包。那么接下来我就开始使用了。再次提醒这里我们是在模拟器环境下编译得到的包。
在工程中添加.framework包:
我随意建了一个工程,第一步将我们刚才编译后的包拖入工程;
4CB5F21C-41FF-4EC6-8AB9-6D622A1FCCD1.png
第二步:如图,点击那个加号;
6D1909FC-1254-4A95-A4C2-46DFB8A044D6.png
第三步:添加包
A679CF5B-AAB4-45CD-9C09-E361B9B912F2.png
第四步:导入头文件就OK了。如图所示。
3406CF88-65B1-4833-9589-5DAA6916C1FA.png
直接托文件实现导入
这是倒包的方式来实现使用zxing,还有一种方式比较暴力在我看来。就是直接拖文件。当从github上下载之后你会发现如图所示的文件夹,我们所需要的文件都在这里了,只要把这个文件拖到打我们的项目中就能使用了,这个文件2.8M,还好能接受。模拟器的framework2.7M,而iOS设备达到了4.7M有点接受不了啊。所以我还是选择了拖文件的方式。但是要注意拖入项目中之后会出几十个错误:如图所示
FF41A6A3-93E4-46FF-ACB0-A39AB3EA714A.png
看代码里的错误你就会发现这个错误就是缺少头文件<UIKit/UIKit.h>导致的错误,还有为数不多的几个头文件缺少<Foundation/Foundation.h>这个系统库
。一个一个导入就行了。
总结
首先,自我反省,为什么这么简单的一个东西会折腾成这样呢?只能说明一个问题,那就是没有好好学习研究,经验太少。爬坑的过程心酸,也欣慰。我这是写给像我一样没有出坑的小伙伴。个人文字组织能力欠佳请见谅,还有就是有错误的地方希望能够指正。