【《zw版·delphi与Halcon系列原创教程》
Halcon的短板与delphi
看过《delphi与Halcon系列》blog的网友都知道，笔者对Halcon一直是非常推崇的，简直是天下第一，无所不能。
的确，Halcon是目前蓝星上最强的图像库，也许某些国家军用卫星的图像库，精度会高一点，这个只能猜测。
Halcon毕竟只是图像库而已，作为开发平台，与专业的delphi、vs相比，还是有很大差距的。
有经验的用户，特别是从事二次开发的外包团队，采用Halcon。有时总会有些束手束脚，力不从心的感觉，而且，问题往往不是出现在技术瓶颈，而是一些简单、常用的细节上面。
Halcon第一定位，始终是图像工程方面，提供一站式解决方案，这点，无疑是行业第一。
具体而言，作为平台级的图像开发工具，Halcon存在以下问题：
- :: HDevelop对于用户自定义变量支持很差，赋值只能采用专用的assign函数，不支持左侧等号‘=’模式，做过解释器、编译系统的人都知道，左侧等号‘=’赋值，看起来简单，其实非常复杂繁琐，变化万千。Halcon很聪明，采用了delphi的独特的双字符':='，作为等号，大大简化了内核相关模块的开发。这些，对于偏重于工程定位Halcon，影响不大，不过对于大型图像系统，不仅代码量增加不少，架构设计也复杂很多。
- :: HDevelop本身对于多个模块、大型的图像应用，支持很差，v12官方Change明确指出，Halcon，对于大型的定义是‘500’行代码。500行？Halcon一个delphi的接口程序，源码就超过7w行，500行显然是无法完成一个复杂系统的。
- :: Halcon虽然提供了com、net控件，支持c、vb、delphi等二次开发，但对于最简单方便，与内置脚本天生一体的delphi，却支持最差，不仅输出代码，没有delphi格式，连文档、demo方面，都尽量简化，官方貌似只提供了一个Matching示例程序，就万事大吉了。
- :: bug、调试，非常麻烦，连免费的python都比不上，更不用说专业的delphi、vs了，当然对于500行内的‘一对一’应用模块而言，这些还可以接受。
- :: 页面窗口布局，类似matlab，当然图像系统，本身布局极其复杂，matlab、ps、cad、maya、blender，3ds，各自不同，不过，Hacon还在采用delphi7时代的多窗口模式，而不是现代的dock设计，这点就有些反人类了，matlab很像在v2010版以前，就改成了dock模式。（附图，是笔者推荐的HDevelop窗口布局）
不过，Halcon的这些短板，刚好是delphi、c+vs的强项，双方互补性非常强。
实际工程设计当中，往往把Halcon作为刀锋，处理专业的技术难点、瓶颈，而delphi作为整个系统架构的设计、数据的维护等等。
所以，delphi与Halcon，的确是图像工程的神级搭配。
【《zw版·delphi与halcon系列原创教程》,网址，cnblogs.com/ziwang/】