近日，接触并开发了一个用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呢？？？不理解中。。。。。。

honeywell D6110开发的一个工厂仓库追溯识别