下载
第30章 创建Internet服务器应用程序
C + + B u i l d e r创建的 We b服务器应用程序可以是 C G I应用程序或者是动态链接库( D L L) .这些We b服 务器应用程序可以使用任何不可视的组件. Internet组件面板上的特定组件可以很容易地创建与特定统一 资源标识符 (URI)关联的处理程序,当处理完毕后,把生成的 HTML文档传递给客户.这些组件和定义关 系的结构统称为 WebBroker技术. Web页的数据常常来自于数据库. Internet组件可以自动管理数据库连接,并允许单个动态库( DLL) 处理多个同时的线程安全( thread-safe)的数据库连接. 这一章介绍Internet组件,并讨论几种 Internet应用程序的创建方法. 注意 用户也可以把 ActiveForm和Active Server Page当做Internet服务器应用程序.具体如何创 建这些程序,可以参考 36章和37.4节.
30.1 术语和标准
RFC(Request for Comment)文档定义了许多有关 Internet的协议,这些文档的创建,更新和维护是 由IEFT(Internet Engineering Task Force,Internet工程任务组)组织完成的,这个组织负责管理和发展 Internet的相关协议.有几个重要的 RFC对于开发Internet程序很有用处. RFC822 , "Standard for the format of ARPA Internet text messages" ,介绍了报文头的内容与结构. RFC1521, IME(Multipurpose Internet Mail Extensions)Part One:Mechanisms for Specifying "M and Describing the Format of Internet Message Bodies" ,介绍了封装,传输多格式和多成分报文的方 法. RFC1945 , "Hypertext Transfer Protocol——HTTP/1.0" ,介绍了超媒体文档的传输机制. IETF在互联网维护了一个 RFC文档库,站点名是 www.ietf.cnri.reston.va.us.
30.1.1 统一资源定位符URL的构成
统一资源定位符 URL(Uniform Resource Locator)是关于互联网资源的位置的完整描述.它由几部 分构成,如图30-1所示,
字段
字段
图30-1 统一资源定位符的构成 第一部分(不属于 URL)定义协议(http) .也可以在这一部分使用其他协议,如 https(安全http),ftp 等. Host部分标识运行Web服务器和Web服务器应用程序的主机名.虽然图中没有指出端口号, Host部分 可以指出接收报文的端口.通常情况下,不需要指定端口,因为很多协议有缺省的端口号. ScriptName指定Web服务器应用程序. Web服务器把报文传递给这个应用程序. 随后是P a t h i n f o,指出报文在 We b服务器应用程序内的目标. P a t h i n f o可以是目录名,响应消息的组 件或者用来划分报文处理逻辑的模块.
432
计计第三部分 编写分布式应用程序
下载
Query部分包含一组命名的数据. Web服务器应用程序定义了这些数据以及相应的名称. URI与URL URL是由HTTP标准(在 RFC1945中定义)定义的统一资源标识符( URI)的一个子集. Web服务器 应用程序产生的 Web页面通常是临时生成的,即它们并没有放在一个确定的磁盘位置. URI可以描述与位 置无关的资源.
30.1.2 HTTP请求报文头信息
HTTP请求报文头包括的信息有:客户,请求的目标,处理请求的方式和客户发送的内容.每个报文 头由一个名称识别,例如Host,后面紧跟对应值.例如,可以考虑下列 HTTP请求:
第一行识别GET请求.GET类型的请求报文要求Web服务器应用程序返回紧跟在 GET后面的URI定义 的资源(上面是 /art/gallery.dll/animals animal=doc&color=black) .第一行的最后一部分指出客户正使用 HTTP1.0标准. 第二行是 Connection头部分,指出当请求被处理完成后,不关闭连接.第三行是 User-Agent头部分, 提供了生成请求报文的程序的相关信息.下一行是 H o s t头部分,指出服务器的主机名和侦听的端口号. 最后一行是Acception部分,列出客户可以识别的媒体类型.

下一页