第五章webgis二.pptVIP

第 5 章(续) WebGIS的几种构建模式 *一、CGI模式 *二、服务器应用程序接口方法(Server API) *三、浏览器插件（Plug-in）模式 四、控件-ActiveX方法 五、Java Applet方法 一、CGI模式 基于CGI的Internet GIS是基于HTML的一种扩展，需要有GIS服务器在后台运行。通过CGI脚本，将GIS服务器和Web服务器连接。基于CGI的互联网地理信息系统的体系结构如图所示。客户端的所有GIS操作和分析，都是在GIS在服务器是完成的。 一、CGI模式 体系结构： 服务器端有两个服务进程Web Server和GIS Server，这两者是通过TCP/IP协议进行通讯的，所以既可以运行在一台主机上也可以分别运行在两台计算机上。 一、CGI模式 体系结构： 一、CGI模式 CGI是连接应用软件和Web服务器的标准技术，它是HTML的功能扩展。是网络服务器上的可执行程序，基本上所有的计算机语言都可以用来开发CGI程序，最常用的几种包括(C/C++)、Perl和Visual Basic)。Web一出现，CGI技术很快被用于构造能生产动态地图的Web网站。 HTML产生的对象基本上都是静态的而不是动态的，比如一个作为图像嵌入HTML文本中的地图就可以在用户端的浏览器中显示出来。这种图像是一种静态图像，用户并不能放大、缩小或查询这种影像地图。 一、CGI模式 CGI提供了一个在浏览器和服务器之间，以及服务器和服务器上其他软件之间的一个接口。它允许网页用户通过网页的命令来启动一个存在于网页服务器主机的程序(称为CGI程序),并且接受到这个程序的输出结果。CGI是最早实现动态网页的技术，它使用户可以通过浏览器进行交互操作，并得到相应的操作结果。 客户端浏览器使用HTML将客户的请求传给Web服务器，Web服务器通过专用的CGI访问GIS服务器(后端的GIS软件)，GIS服务器承担所有的查询、计算工作，并将结果(数字图像)构建成一个HTML文档反馈给Web服务器，然后再传递给客户端浏览器。 一、CGI模式 工作原理： Web浏览器用户发出URL及GIS数据操作请求； Web服务器接受请求，并通过CGI脚本，将用户的请求传送给GIS服务器； GIS服务器接受请求，进行GIS数据处理如放大、缩小、漫游、查询、分析等，将操作结果形成GIF或JPEG图像； 最后GIS服务器将GIF或JPEG图像，通过CGI脚本、Web服务器返回给Web浏览器显示。 一、CGI模式 优势： 由于所有的GIS操作都是由GIS服务器完成的，具有客户端小、处理大型GIS操作分析的功能强、充分利用现有的GIS操作分析资源等优势； 由于在客户机端使用的是支持标准HTML的Web浏览器，操作结果是以静态的GIF或JPEG图像的形式表现，因而客户机端与平台无关。 一、CGI模式 劣势： 增加了网络传输的负担：由于用户的每一步操作，都需要将请求通过网络传给GIS服务器；GIS服务器将操作结果形成新的栅格图像，再通过网络返回给用户，因而网络的传输量大大增加了。 服务器的负担重：所有的操作都必须由GIS服务器解释执行，服务器的负担很重；信息(用户的请求和GIS服务器返回的图像)通过CGI脚本在浏览器和GIS服务器之间传输，势必影响信息的传输速度。 一、CGI模式 劣势： 同步多请求问题：由于CGI脚本处理所有来自Web浏览器的输入和解释GIS服务器的所有输出。对于每一个客户机的请求，都要重新启动一个新的服务进程。当有多用户同时发出请求时，系统的功能将受到影响。 静态图像：在浏览器上显示的是静态图像，因而用户即不能漫游、缩放，又不能通过几何图形如点、线、面来选择显示其关心的地物。 用户界面的功能受Web浏览器的限制，影响GIS资源的有效使用。 二、服务器应用程序接口方法(Server API) Server API类似于CGI,不同之处在于CGI程序是单独可以运行的程序，而Server API往往依附于特定的Web服务器，如Microsoft ISAPI依附于IIS(Internet Information Server),只能在Windows平台上运行，其可移植性较差。 在ISAPI 下 建 立 的 应 用 程 序 是 以 动 态 连 接 库 的 形 式 存 在； 而CGI 的 应 用 程 序 一 般 都 是 可 执 行 程 序。 但是基于Server API的动态连接模块启动后会一直处于运行状态,而不像CGI那样每次都要重新启动，其速度较CGI快得多。 二、服务器应用程序接口方法(Server API) 体系结构： 三、浏览器插件（Plug-in）模式 CGI 系统仅提供给用户端(client)有限的功能，传给用户的信息都是