当前页面位置: » 丰搜网 » 文档中心 » 详细内容
asp 内建对象request和respones
web源于静态文本，现在很多站点几乎还是采用这种方式。静态文本的缺点就是维护难(文件数目多)、查询难、修改难。虽然可以采用frontpage对站点进行管理，但这只是其中的一个办法。现在，很多的站点都会在后台采用数据库，动态生成超文本。 这样 要改变式样，只需修改几个文件；要变更内容，只需对数据库进行操作即可，而且易于保持一致性；而对于全文检索等查询应用，这种方式的优越性更为突出。(经常说的“动态”也包括图片的动态显示，如动态gif、java applet等，本文所指为资料的动态性)
通用网关界面cgi(common gateway interface)和网络服务器应用程序界面isapi(inte.net server application programming interface)与其他相关技术的出现，使我们能够方便地与web server进行沟通，从而象一些计数器、留言版等cgi程 式相继出现并蔚然成风。
但这些cgi程序都有一个很大的缺点，就是cgi(可用vb、java、perl、c或dephi等编写)与html只能分开编写、分开运行，要将两者融合在一起并不 容易，从而导致维护与编写都相当困难。因此，一些厂商后来都推出了自己的script语言，来增强网页开发的功能。其.netscape推出了javascript(for client端和for server端两种)；微软则推出了vbscript和asp(asp的语法与vb的语法类似)两种，也用于服务器端和客户端程序的编写。对于专业开发人员而言，客户端程序的最重要的一点是通用性，而服务器端的则强调功能和效率。对于client端程序的开发，javascript无疑是最佳的，因为当今两大主流浏览器ie.netscape都宣称支持该标准；而vbscript则只有ie才能支持。但令我们苦恼的是对某些javascript的标记，ie或ie的某些版本并不一定会支持，这必导致我们不得不把一部分程序移到服务器端去执行，因为服务器端的程序会先解释生成html(或含activex)文本，再送到客户端，故不存在兼容问题。
livewire(javascript for server端的编译器)和asp一样，都是一些手稿语言(手稿是指类似client端的javascript一样的、可嵌套在html文本里面、只需用标记标明是由服务器执行的程序段)，也就是类似c/c++一样的面向对象的语言。livewire的文件后缀名还是html，asp的文件后缀名则是asp，因为asp的文件在客户读取它的时候，服务器才进行解释，而livewire的文件则必须预先进行编译(每次修改后，都要重新编译)。asp有相应的辅助开发工具(interdev)，可代为生成一些控件。当然，这些并不重要，关键是你采用的.netscape web server还是微软的iis。但就一般而言，因为iis是捆绑在nt上的，故采用iis的用户会偏多一些。
自.netscape公司推出了livewire和微软推出了active server page以后，程序员编写网上程序就方便和容易了很多。但这种script类的语言有一个共同的缺点，那就是由于是解释执行的，故速度不会太快。最近，微软建议采用三层模型，中间层可以不用asp，而直接采用vb6.0生成的activex控件，因为是编译执行的，故速度较快，不过这是后话。
