显示、图形显示、图像处理,甚至三维动画等等。几个著名的GIS软件公司把COM技术应 用于GIS开发,纷纷推出由一系列 ActiveX控件组成的 ComGIs软件,比如 Intergraph公司 的 GeoMedia、ESRI的 MapObjects、 MapInfo公司的MapX等 ComGIs的基本思想是把GS的各大功能模块划分为几个控件,每个控件完成不同的功 能。各个GIS控件之间,以及GIS控件与其它非GIS控件之间,可以方便地通过可视化的软 件开发工具集成起来,形成最终的GS应用。控件如同一堆各式各样的积木,他们分别实现 不同的功能(包括GS和非GS功能),根据需要把实现各种功能的“积木”搭建起来,就构 成应用系统 许多 WebGIS软件包均采用HIML标准,活动内容采用 Java applets(SUN标准)或者 ActiveX( Microsoft标准)进行传递。新型的分布式面向对象 WebGIS可以采用 CORBA/Java 或者 DCOM/ActiveX技术进行开发。 Active X控件不仅可以用于一般的 ActiveX容器程序(比 如Ⅴ isual basic、 Delphi等),而且能嵌入Web页面中。任何 ActiveX控件都可以设计成 Internet 控件,作为Web页面的一部分,Web页面中的控件通过脚本( Script)互相通信。因此, ComgIs 是 WebGIS的一种解决方案,而基于这一方案的 WebGIS通常比基于Java的运行速度快 、 ComGIs的特点 ComGIs的发展符合当今软件技术的发展潮流,同时也极大地方便了应用和系统集成 同传统的GIS比较,这一技术具有以下几方面特点 1、高效无缝的系统集成 一个系统的建立往往需要对GS数据、基本空间处理功能与各种应用模型进行集成。而 系统集成方案在很大程度上决定了系统的适用性和效率,不同的应用领域、不同的应用开发 者所采用的系统集成方案往往不同。归纳起来,基于传统的GIS基础软件的集成方案主要有 四种模式(图92) 模式一:在GS基础软件与应用分析模型之间,通过文件存取方式建立数据交换通道。 在这种集成方式中,GS与应用分析模型通过中间文件格式交换数据(图9-1<A>),不适合 于大量而频繁地交换数据的情况,而且GIS基础软件与应用分析模型相互独立,系统整合性 差 模式二:直接使用GlS软件提供的二次开发语言编制应用分析模型(图9-1<B>)。解 决了模式一的缺陷,但是GIS所提供的二次开发语言大都不能与C、C++、 FORTRAN等专 业程序设计语言相比,难以开发复杂的应用模型。 模式三:利用专业程序设计语言开发应用模型,并直接访问GIS软件的内部数据结构 (图9-1<C>)。应用模型开发者可以根据自己的意愿选择使用何种高级语言开发复杂的应用 模型,但是直接访问GIS软件数据结构增加了应用开发的难度。 模式四:通过动态数据交换(DDE)建立GS与应用模型之间的快速通信(图91<D>) 这是在DDE技术发展起来以后,对第一种集成方式的改进,可以避免频繁的文件数据交换 所带来的效率降低的毛病,也避免了从GS外部直接访问GS数据结构的代价。但是,GIS 与应用模型仍然是分离的,这种拼接是“有缝”的 116116 显示、图形显示、图像处理，甚至三维动画等等。几个著名的 GIS 软件公司把 COM 技术应 用于 GIS 开发，纷纷推出由一系列 ActiveX 控件组成的 ComGIS 软件，比如 Intergraph 公司 的 GeoMedia、ESRI 的 MapObjects、MapInfo 公司的 MapX 等。 ComGIS 的基本思想是把 GIS 的各大功能模块划分为几个控件，每个控件完成不同的功 能。各个 GIS 控件之间，以及 GIS 控件与其它非 GIS 控件之间，可以方便地通过可视化的软 件开发工具集成起来，形成最终的 GIS 应用。控件如同一堆各式各样的积木，他们分别实现 不同的功能(包括 GIS 和非 GIS 功能)，根据需要把实现各种功能的 “积木”搭建起来，就构 成应用系统。 许多 WebGIS 软件包均采用 HTML 标准，活动内容采用 Java applets(SUN 标准)或者 ActiveX(Microsoft 标准)进行传递。新型的分布式面向对象 WebGIS 可以采用 CORBA/Java 或者 DCOM/ActiveX 技术进行开发。ActiveX 控件不仅可以用于一般的 ActiveX 容器程序 (比 如 Visual Basic、Delphi 等) ，而且能嵌入 Web 页面中。任何 ActiveX 控件都可以设计成 Internet 控件，作为 Web 页面的一部分，Web 页面中的控件通过脚本(Script)互相通信。因此，ComGIS 是 WebGIS 的一种解决方案，而基于这一方案的 WebGIS 通常比基于 Java 的运行速度快。 二、ComGIS 的特点 ComGIS 的发展符合当今软件技术的发展潮流，同时也极大地方便了应用和系统集成。 同传统的 GIS 比较，这一技术具有以下几方面特点： 1、高效无缝的系统集成 一个系统的建立往往需要对 GIS 数据、基本空间处理功能与各种应用模型进行集成。而 系统集成方案在很大程度上决定了系统的适用性和效率，不同的应用领域、不同的应用开发 者所采用的系统集成方案往往不同。归纳起来，基于传统的 GIS 基础软件的集成方案主要有 四种模式(图 9-2)。 模式一： 在 GIS 基础软件与应用分析模型之间，通过文件存取方式建立数据交换通道。 在这种集成方式中，GIS 与应用分析模型通过中间文件格式交换数据（图 9-1 <A>），不适合 于大量而频繁地交换数据的情况，而且 GIS 基础软件与应用分析模型相互独立，系统整合性 差。 模式二： 直接使用 GIS 软件提供的二次开发语言编制应用分析模型（图 9-1 <B>）。解 决了模式一的缺陷，但是 GIS 所提供的二次开发语言大都不能与 C、C++、FORTRAN 等专 业程序设计语言相比，难以开发复杂的应用模型。 模式三： 利用专业程序设计语言开发应用模型，并直接访问 GIS 软件的内部数据结构 （图 9-1 <C>）。应用模型开发者可以根据自己的意愿选择使用何种高级语言开发复杂的应用 模型，但是直接访问 GIS 软件数据结构增加了应用开发的难度。 模式四： 通过动态数据交换(DDE)建立 GIS 与应用模型之间的快速通信（图 9-1 <D>）。 这是在 DDE 技术发展起来以后，对第一种集成方式的改进，可以避免频繁的文件数据交换 所带来的效率降低的毛病，也避免了从 GIS 外部直接访问 GIS 数据结构的代价。但是，GIS 与应用模型仍然是分离的，这种拼接是“有缝”的