组态软件发展平台技术的未来趋势

1 组态软件运行的操作系统：DOS、Windows、Linux

　　DOS下运行的组态软件，经过科技发展日新月异的洗礼，已渐渐淡出市场。那个时代最具代表性的产品，就是美国WonderWare公司的InTouch产品。

　　Windows以其巨大的市场占有率，几乎包揽组态软件的绝大部分运行平台。国内外的组态软件厂商也自然是数量众多，各有千秋。因为Windows 操作系统的使用培训普及，以及其易学易用性，深受广大组态软件用户的青睐。组态软件开发商当然也喜欢在Windows下研发组态软件，最主要的是成本低，Windows下的开发人员多，Windows下的用户多。这些windows下的开发人员和用户，其培训成本相较Linux也低，因为这些人对windows下的一些基础知识已经通过其他途径完全掌握，不用组态软件开发商为操作系统的一些问题所头疼，至少用户自己就能解决一些。

　　Linux下的运行的组态软件，倒不是没有，国内有一些企业在做。通过网络搜索，发现Red Hat Linux（非嵌入式操作系统），以及一些Embedded Linux（嵌入式操作系统）下都有组态软件的身影。Linux下的组态软件的推广，不是一朝一夕的事情。如果Linux系统能在PC中作推广，有一大批熟悉Linux操作系统的最终用户，这才是Linux下组态软件的辉煌到来的时候。如果Linux的市场占有率一直就维持在低层面，Linux下的组态软件就得忍受这个寒冬。当然，如果将来哪天Linux覆灭了，也更谈不上Linux下的组态软件。“皮之不存，毛将焉附”，这个道理对Windows，也适用。

2 组态软件厂商使用的开发平台：MFC、.NET、Windows API

　　看了上面关于组态软件运行的操作系统平台，我想大家也能猜到。由于笔者见识浅薄，一没出过国，二没在Linux下做过开发，三没有行业经验，下面就以我之见说说这Windows下的开发平台。

　　稍微有一些Windows下的开发经验的大都知道，Windows下做应用开发，不外乎两种方式：使用Windows API和使用应用框架。Windows API，是最老最直接的编程手段，但是复杂程度相较应用框架当然要高一些。应用框架，不过是给Windows API中数量庞大的函数分门别类地穿上一些华丽的外衣，让人开始来更赏心悦目一些而已。

　　别的公司的应用框架（如Pascal、Power Script、Java等）暂且不表。就说微软的应用框架：MFC和.NET，略知一二。MFC出现的较早，.NET则出现的较晚，这是历史原因，也不追究，两个框架的各有所长，各擅胜场。

下面说说我较为了解的国内组态软件的研发状况。

　　国内大多数的组态软件公司，创立较早的都有MFC版本的组态软件，也有一些有.NET版本的组态软件；创立较晚，则可能直接介入 .NET版本的组态软件的研发。

　　各组态软件支持的语言或脚本：类C语言、VBScript、Jscript。

　　使用MFC开发的组态软件，大多支持类C语言；其他的组态软件，还有支持VBScript、Jscript的。

　　从某种程度来说，无论哪种脚本或语言，只要封装足够丰富的Windows API，就都可以实现丰富的功能。当然，解释执行和编译执行，也决定了脚本或语言的运行效率的高下。各个组态软件，都在发展变化，定性分析意义不大，这里不再多说。所谓，不知者不妄言。