近日，接触并开发了一个用honeywell D6110 二维扫描PDA的项目，应用也比较简单。
就是货品物料编码，通过中间码对应，然后中间码再按照不同OEM品牌需要生成各种商品条码并带有流水号。
要求仓库做到进出的时候，扫描条码，记录流水，生成物料数量汇总给CRM使用。
先给自己广告一下，贴几个图。
广告完了，关注我的人，肯定有回报。
honeywell D6xxxx 系列机器，现在一般都是 windows mobile 6.5的系统。其他开发没什么难度按照VS去做就好了。
我想说的是 honeywell提供的SDK。
1，评价：按道理来说，这种一线大品牌，SDK应该新云流水一般看着舒服条理化（这里再赞一下MOTO），可是我却发现honeywell文档有很多瑕疵。
具体什么瑕疵就不多说了。整体百分制的话，给个80分吧（MOTO可以给95分）。
2，说说，程序员们和我一样会面临的坑：
和大家一样，拿到开发样机，登录官网，下载SDK，网上最新版本呢 R812，依据SDK说的，还需要 WM6.5.3 DTK （瑕疵，其实6.1就可以，不是非要6.5.3）
安装完成后，大家最关心的，当然是 decode 扫描条码部分了。这是独有的。
3，按照惯性思路，大家都会仔细的阅读 SDK 文档，文档中 ，decoding 部分向导就是，使用 decodeComponet，貌似还不错，Samples中还有demo。
于是乎，我掉进了两个大坑。这是两个瑕疵。
a，按照 decodeComponet 控件添加步骤，SDK文档根本就是在扯淡。你根本找不到路径。至少我在 VS2008 + sdk812 完全不是。
正确路径：C:\Program Files\Honeywell\SDK for Windows Embedded Handheld\Assemblies_CF3\HSM.Embedded.Decoding.DecodeComponent.dll
b，费了九牛二虎之力，终于找到了那个该死的控件。工具箱终于显示了。于是，不自然的就运行那个DEMO试试咯。
我去，再次掉进大坑。而且是深不见底。
一打开那个 DecodeComponent 演示，显示，界面控件错误，属性不对，MY GOD，他们自己的东西都有错误！！！！
我研究啊研究啊研究啊研究啊，我天昏地暗。最后各位DX猜猜怎么解决的？？？？？
加装了一个SDK7，将控件换成SDK7版本，打开SDK8的 DEMO，搞定！！！！
升级本无可厚非，拜托，有点大公司严谨态度，将那个DEMO 也升级一下，不要误导程序猿们。
4，最终，我还是放弃了decodeComponet，我发现，虽然简单功能也强大。但是不够灵活，我改用DecodeAssembly，基本上一路顺风了。
只是最后，有个小问题不太理解。既然已经有个 linearcode 类型，为啥要将EAN/UPC条码，独立归类到retailcode呢？？？不理解中。。。。。。