B/S结构的工作方式

B/S结构的工作方式


发布日期: 2017-02-24 更新日期: 2017-02-24 编辑:xuzhiping 浏览次数: 4841

标签:

摘要: 1.B/S模式的通信流程 (1)用户打开计箅机中的浏览器。 (2)输入一个URL,浏览器将生成一个HTTP 请求并把它发送到指定的Web服务器。 (3)服务器将主页发回,浏览器将其显示在屏幕上。 (4)用户阅读相关信息,可继续查找有关信息,向浏览器发出请求。 ...

1.B/S模式的通信流程

(1)用户打开计箅机中的浏览器。

(2)输入一个URL,浏览器将生成一个HTTP 请求并把它发送到指定的Web服务器。

(3)服务器将主页发回,浏览器将其显示在屏幕上。

(4)用户阅读相关信息,可继续查找有关信息,向浏览器发出请求。

(5)浏览器发送一个请求给相应的服务器,将把由URL标识的文档/文件返回屏幕。

(6)眼务器收到请求后,査看本站点是否有该文档,若有,把该文档放人响应信息中返回浏览器。

(7)浏览器收到响应,査看头文件格式,判断是否能直接显示,如能就显示出来,否则调用对应的帮助应用程序或外挂程序处理。

(8)浏览器等待用户的下一条指令,而服务器准备接受来自浏览器的下一条请求。

2.不同类型的工作方式

(1)简单式。基于浏览器的B/S利用HTML在 用户的计算机上表示信息。利用HTMU几乎任何计算机上的 编程者都可以毫不困难地提供信息。Web服务器实际上是发布静态HTML文本页面和图片。在静态网页中,Web浏览器需要一个HTML页时就提交 一个URL地址到Web服务器。Web服务器从Internet上检索 到所需的本地或远程的网页,并将所需页返回到Web浏览器上。浏览器打开一个和服务器的连接,服务器返回页面结果并关闭连接。有时也可使用Javaapplets,ActiveX和JavaBeans来加强表达能力。但这种加强不是通过页就是通过构件来实现的,和处理数据的服务器毫无关系。一个Applet,通常由Java写成,是从服务器下载到浏览器的小程序,它在浏览器中执行。Applet给网页带来了动态特性。可将Javaapplet和静态页面放置于同一个应用中。这部分结构只是一个简单的客户机/服务器应用。Web浏览器是结构中的客户机。它是运行在前端客户机的软件,使用户可以访问Web。Netscape,Explore是常用的浏览器。Web浏览器显示由HTML写成的文档、图片、声音和图像。而Web服务器则是将Web页发送至浏览器的具有特殊目的的文件服务器。该模型只限于使用HTTP协议进行通信。从知识体系结构和知识网络的角度来看,这种模型已不能满足要求。

(2)交互式。在打开与服务器的连接以传输数据以前,显示获取用户输人的表单、文本域、按钮。HTTP服务器将输入信息传递给客户服务器程序或脚本进行处理,接着返回浏览器一个新的显示页面,最后中断浏览器和服务器的该次连接。该模型扩展了第一类模型,加强了标准的Web站点来访问数据。这个模型允许用户从各种后端服务器中请求信息。HTTP服务器将信息传递给服务器程序或某个脚本进行处理,Web服务器再从DBMS服务器中检索数据,然后把结果页面返回浏览器,最后中断浏览器和服务器的连接。通过使用HTTP作为中间件,调用CGI服务器程序或脚本,该模型支持简单的客户机/服务器通信方式。由于每一个浏览器和服务器间的通信都要建立一个连接,因此相对于服务器资源而言,这种模型造价昂贵。表格通常用基本的HTML代码和CGI编程。Web服务器就像检索一个普通的HTML页一样,将检索到的表格返回到浏览器中并显示之。在用户填完并提交表格后,就会返回到服务器中执行CGI程序。一个典型的CGI程序从表格中取出键入的值汇入文件或 组成一个包含键人值的E-mail信息将它送出。CGI是一种从浏览器向服务器执行程序的机制。一个服务器端可执行CGI可由Web服务器操作系统支持的语言如C,C++等编写,许多Web服务器也支持一个窗口CGI,这样可用VB编写CGI程序。从被访问的数据来看,该模型所访问的数据往往是只读的,如帮助文件、文档、用户信息等。这些非核心数据一般没有处理功能,总是处在低访问率上。这里已是一个三层结构了,浏览器(Client)透过中间层软件CGI间接操作Server程序,CGI与Server端的数据库互相沟通,将査询结果传送至Client端,而不是一味地将Server端的资料全部接受过来。这个三层结构还是相当粗糙。

(3)分布式。将机构中目前的基础设施与分布式数据源结合起来,这种模型最终会代替真正开放的客户机/服务器应用程序。无须下载HTML页面,客户程序是由可下载的Java编写的,并可以在任何支持Java的浏览器上执行的Applet。当HTTP服务器将含有Java小应用程序的页面下载到浏览器时,小应用程序在浏览器中运行并通过构件(component)支持的通信协议 (IIOP,DCOM)与传输服务器上的小脤务(servlet)通信会话。这些小服务按构件的概念撰写,收到信息后,经过JDBC,ODBC或本地方法向数据库服务器发出请求,数据库服务器接到命令后,将结果再传送给servlet,最后将结果送至浏览器显示出来。可以看出,这里已出现了一个比较明晰的中间层,client端的应用程序已分为两层:GUI界面(Applet)和中间层软件。关于中间层将在下文中介绍。小应用程序除了支持如HTTP,TCP/IP和安全套接字层(SSL)外,它可以和其他服务器通信以便提供对各种数据库的访问。同时,这种模型已不再局限于使用Web服务器和 HTTP协议与数据服务器进行通信了。使用除HTTP协议以外的其他协议(DOOM,DOT)是今后的发展方向之一。DCOM是COM构件间的通信协议,IIOP是CORBA(公共对象请求代理结构) 构件的通信协议。DOOM和CORBA分别是由微软和 OMG协会制定的关于分布式构件的通信协议。IIOP和DCOM均是建立在TCP/IP之上的协议。如两个局域网内用DCOM传递构件信息,但如果将信息透过互连网传到另一方,只要互联网使用的是TCP/IP,就可以传递。在前两种模型中,网络上所传递的信息绝大多数是资料,而该模型引入了分布式计算构件的概念,使得函数也可以在网络上传递。这样,在网络环境下,不同的电脑之间,不同的操作系统之间的应用程序就可以彼此沟通。最终达到“与平台无关”、“与程序语言无关”、“与网络通信协议无关”。该模型的真正意义在于可使浏览器连接到各种信息数据源中,不仅可以检索文件,而且只要打开用户屏幕上的主页即可对目标数据进行分析。

相关链接

关注公众号
获取免费资源

随机推荐


Copyright © Since 2014. 开源地理空间基金会中文分会 吉ICP备05002032号

Powered by TorCMS

OSGeo 中国中心 邮件列表

问题讨论 : 要订阅或者退订列表,请点击 订阅

发言 : 请写信给: osgeo-china@lists.osgeo.org