近日。接触并开发了一个用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 FilesHoneywellSDK for Windows Embedded HandheldAssemblies_CF3HSM.Embedded.Decoding.DecodeComponent.dll
b，费了九牛二虎之力。最终找到了那个该死的控件。工具箱最终显示了。于是，不自然的就执行那个DEMO试试咯。
我去，再次掉进大坑。并且是深不见底。
一打开那个 DecodeComponent 演示，显示，界面控件错误。属性不正确。MY GOD。他们自己的东西都有错误！
！
。。
我研究啊研究啊研究啊研究啊，我天昏地暗。最后各位DX猜猜怎么解决的？？？？？
加装了一个SDK7。将控件换成SDK7版本号，打开SDK8的 DEMO。搞定！
。！
。
升级本无可厚非，拜托，有点大公司严谨态度，将那个DEMO 也升级一下。不要误导程序员们。
4。终于。我还是放弃了decodeComponet。我发现。尽管简单功能也强大。
可是不够灵活，我改用DecodeAssembly，基本上一路顺风了。
仅仅是最后，有个小问题不太理解。既然已经有个 linearcode 类型。为啥要将EAN/UPC条码，独立归类到retailcode呢？？？不理解中。
。。。
。。