器再把结果传递到用户端显示。这种方式的缺点是服务器每次请求都要重新启动GS应用程 序,降低了系统响应速度。 Sever APl是经过扩充的CGI工具,比如 Microsoft的 ISAPI和 Netscape的 NSAPI采用 Server apl,服务器请求后端GS应用程序时不用重新启动该程序 而是通过IPC( Inter- process Communication,进程间通讯协议)与之进行信息交换。不过由于 Server apl没有统一的标准,所以一旦采用了某种 Server apl,那么服务器端将依赖于这种服 务器程序 目前的大部分 WebGIS是采用的CGI/ Sever APl方法。但是,CG机制本身有很大的缺 陷,对于每一个客户机的请求,都要重新启动一个新的服务进程,从而影响速度。它不适应 于编写最新的客户服务器应用软件,也不适合编写面向对象的Java客户机。经过各种扩充 的CGI工具也无助于问题的解决,因为不管是采用进程间DLL、服务器插件或者是ORB对 象的方案,它们都需要HTTP和Web服务器作为中介,来协调服务器和客户机对象之间的通 信。一个客户机对象无法直接调用服务器对象,客户机与服务器对象之间交互的基本形式仍 然是HIML表格。对于象 WebGIs这样复杂的客户/服务器应用来说,网络通信量相当大, 采用这种方式很难进一步提高速度。为了解决这个问题,1997年6月诞生了Web的一种分 布式对象方案,称为“ Object Web”。 Object Web将是 Internet变革中的又一个新浪潮。 基于 Object Web规范的 WebGIS可以称为分布式对象 WebGIS,这是 WebGIS的最新发 展方向。基于 Object Web开发的 WebGIS可以有效避免CG形成的瓶颈,允许客户机直接调 用服务器上的方法。分布式对象平台提供一种可以伸缩的由服务器到服务器的体系结构,服 务器对象可以运行在多个服务器上,从而可以动态平衡客户端请求的负载 目前,有两套不同的 Object Web规范正在进行着激烈的竞争:一个是 Object Management Group和 Javasoft公司的联合推出的 CORBA/Java标准,另一个是 Microsoft公司提出的 DCOM/ ActiveX标准。两个标准各有千秋,相持不下。尽管Java编译器在不断改进,但是 CORBA/Java在运行速度上仍然不如 DCOM/ActiveX。和Java一样, CORBA/Java规范的最 大优势仍然在于其跨平台能力,适用于 Windows、 Macintosh、UNX等,而 DCOMActiveX 目前还只能运行于32位 Windows系列操作系统。不过, Windows系列操作系统的市场占有 率达80%以上,在 Internet客户端的计算机市场里,其占有率则可能更高。究竟选用何种规 范来开发 WebGIs,需要根据软件的设计目标来权衡各方面的因素 进行 WebGIS设计的另外一个重要选择是,在客户端使用矢量地图或者栅格地图。如果 使用矢量图形,一般需要在客户端事先安装插件(plug-in),或者运行时自动下载 Java Applet 抑或 ActiveX控件;在客户端使用栅格图像则不需要而任何额外程序。不过,正因为在客户 端使用了插件、 Java Applet或者 ActiveX控件,采用矢量图形方式可以在本地执行许多操作 比如:地图放大缩小、漫游、就地选择并高亮显示,在一定程度上减少了服务器端的负载和 网络上的数据传输量:采用栅格图像方式,在客户端只能读得鼠标的x,y坐标,进行地图缩 放、平移和选择等操作都要传递xy坐标到服务器端处理,生成新的栅格图传递到客户端显 示,增加了服务器和网络传输的负担。 三、几种 Webgis的比较 WebGIS是当今GIS的制高点,已成为各大厂商激烈竞争的焦点。几个重要的GS厂商 争相发布各自的 WebGIS产品,如 MapInfo公司的 Maplnfo ProServer、 Intergraph公司的 112112 器再把结果传递到用户端显示。这种方式的缺点是服务器每次请求都要重新启动 GIS 应用程 序，降低了系统响应速度。Sever API 是经过扩充的 CGI 工具，比如 Microsoft 的 ISAPI 和 Netscape 的 NSAPI。采用 Server API，服务器请求后端 GIS 应用程序时不用重新启动该程序， 而是通过 IPC (Inter-process Communication，进程间通讯协议)与之进行信息交换。不过由于 Server API 没有统一的标准，所以一旦采用了某种 Server API，那么服务器端将依赖于这种服 务器程序。 目前的大部分 WebGIS 是采用的 CGI/Sever API 方法。但是，CGI 机制本身有很大的缺 陷，对于每一个客户机的请求，都要重新启动一个新的服务进程，从而影响速度。它不适应 于编写最新的客户/服务器应用软件，也不适合编写面向对象的 Java 客户机。经过各种扩充 的 CGI 工具也无助于问题的解决，因为不管是采用进程间 DLL、服务器插件或者是 ORB 对 象的方案，它们都需要 HTTP 和 Web 服务器作为中介，来协调服务器和客户机对象之间的通 信。一个客户机对象无法直接调用服务器对象，客户机与服务器对象之间交互的基本形式仍 然是 HTML 表格。对于象 WebGIS 这样复杂的客户/服务器应用来说，网络通信量相当大， 采用这种方式很难进一步提高速度。为了解决这个问题，1997 年 6 月诞生了 Web 的一种分 布式对象方案，称为“Object Web”。 Object Web 将是 Internet 变革中的又一个新浪潮。 基于 Object Web 规范的 WebGIS 可以称为分布式对象 WebGIS，这是 WebGIS 的最新发 展方向。基于 Object Web 开发的 WebGIS 可以有效避免 CGI 形成的瓶颈，允许客户机直接调 用服务器上的方法。分布式对象平台提供一种可以伸缩的由服务器到服务器的体系结构，服 务器对象可以运行在多个服务器上，从而可以动态平衡客户端请求的负载。 目前，有两套不同的 Object Web 规范正在进行着激烈的竞争：一个是 Object Management Group 和 Javasoft 公司的联合推出的 CORBA/Java 标准，另一个是 Microsoft 公司提出的 DCOM /ActiveX 标准。两个标准各有千秋，相持不下。尽管 Java 编译器在不断改进，但是 CORBA/Java 在运行速度上仍然不如 DCOM/ActiveX。和 Java 一样，CORBA/Java 规范的最 大优势仍然在于其跨平台能力，适用于 Windows、Macintosh、UNIX 等，而 DCOM/ActiveX 目前还只能运行于 32 位 Windows 系列操作系统。不过，Windows 系列操作系统的市场占有 率达 80%以上，在 Internet 客户端的计算机市场里，其占有率则可能更高。究竟选用何种规 范来开发 WebGIS，需要根据软件的设计目标来权衡各方面的因素。 进行 WebGIS 设计的另外一个重要选择是，在客户端使用矢量地图或者栅格地图。如果 使用矢量图形，一般需要在客户端事先安装插件(plug-in)，或者运行时自动下载 Java Applet 抑或 ActiveX 控件；在客户端使用栅格图像则不需要而任何额外程序。不过，正因为在客户 端使用了插件、Java Applet 或者 ActiveX 控件，采用矢量图形方式可以在本地执行许多操作， 比如：地图放大缩小、漫游、就地选择并高亮显示，在一定程度上减少了服务器端的负载和 网络上的数据传输量；采用栅格图像方式，在客户端只能读得鼠标的 x, y 坐标，进行地图缩 放、平移和选择等操作都要传递 x, y 坐标到服务器端处理，生成新的栅格图传递到客户端显 示，增加了服务器和网络传输的负担。 三、几种 WebGIS 的比较 WebGIS 是当今 GIS 的制高点，已成为各大厂商激烈竞争的焦点。几个重要的 GIS 厂商 争相发布各自的 WebGIS 产品，如 MapInfo 公司的 MapInfo ProServer 、Intergraph 公司的