第4章服务器进程和 ASP Server对象 前面的章节已经研究了ASP的一些内置对象。重点介绍的对象有 Request、 Response、 SessionApplication和对象。ASP中另一个比较主要的对象为 Server对象本章重点介绍这个对 象的背景知识和使用方法。 Server对象在服务器端脚本中通过实例和使用其他外部对象和组件,提供了一种扩展ASP 页的功能的方法。事实上,许多人认为这个对象是ASP之所以能够流行的主要因素

在前面的章节中介绍了ASP提供的访问一个客户请求和产生响应的方法,本章将讨论ASP 的另两个对象。就是 ApplicationSession和象。这两个对象不是直接地与请求和响应的管理 有关,而是更多地与ASP网页运行环境的管理相关

上一章介绍了安装设置的一些基本问题和ASP的使用,以及其所提供的内置对象。本章 将进一步研究两个最常用的对象。在浏览器(或其他用户代理)和Web服务器之间,请求与响应 中发生的信息交流可以通过ASP中的两个内置对象来进行访问和管理,这两个对象称为 RequestResponse和对象

Microsoft的动态服务器网页(Active Server Pages,Asp)技术目前已发展到了3.0版。对很 多人来说,用ASP来创建 Windows服务器平台上的动态Web网页、整个站点和基于Web的应用 程序已经成为极其自然而然的方法。在浏览器地址栏中,文件扩展名asp同表示动态创建的网 页的文件扩展名pl或cgi一样,已被浏览者所接受。事实上,对于在微软的操作系统上工作的 Web程序员来说,ASP正在变成一种不再令人激动的技术,而仅是一种工作方式。 这种看法的改变体现了一种技术的逐步成熟

第一章虚拟仪器及 LabVIEW入门 1.1虚拟仪器概述 虚拟仪器(virtual instrumention)是基于计算机的仪器。计算机和仪器的密切结合是目 前仪器发展的一个重要方向。粗略地说这种结合有两种方式,一种是将计算机装入仪器,其 典型的例子就是所谓智能化的仪器。随着计算机功能的日益强大以及其体积的日趋缩小,这 类仪器功能也越来越强大,目前已经出现含嵌入式系统的仪器。另一种方式是将仪器装入计 算机

第一章 等切面曲线和相似曲线 第二章 旋转网球的轨迹 第三章 道路照明问题 第四章 平面三体问题的轨道 第五章 半导体的内部场 第六章 某些最小二乘问题 第七章 广义台球问题 第八章 镜面曲线 第九章 光滑滤子 第十章 雷达问题 第十一章 圆的保形映射 第十二章 陀螺 第十三章 标度问题 第十四章 热流问题 第十五章 模拟贯穿现象 第十六章 玻色粒子系统的热容量 第十七章 金属自由挤压加工 第十八章 Gauss积分 第十九章 Runge-Kutta显式公式的符号计算 第二十章 双相半波整流器的瞬时反应 第二十一章 输电设备中的电路 第二十二章 Newton和 Kepler定律 第二十三章 点云的最小二乘拟合 第二十四章 社会过程建模 第二十五章 解析函数的等值图 第二十六章 非线性最小二乘法:飞机的最准确的定位 第二十七章 计算平面日晷

TAC Handout written by Maggie Johnson and revised by me. Three address code Three-address code(TAC) will be the intermediate representation used in our Decaf compiler. It is essentially a generic assembly language that falls in the lower-end of the mid-level IRs. Some variant of 2, 3 or 4 address code is fairly commonly used as an IR, since it maps well to most

我从2002年7月开始翻译这本书,当时还是第二版。但是翻完前言和介绍部分 后, chinapub就登出广告,说要出版侯捷的译本。于是我中止了翻译,等着侯 先生的作品。 我是第一时间买的这本书,但是我失望了。比起第一版,我终于能看懂这本书 了,但是相比我的预期,它还是差一点。所以当 Bruce eckel在他的网站上公开 本书的第三版的时候,我决定把它翻译出来

介绍 “他带来了语言,语言又创造了思维,而思维是衡量万物的标准 《解放了的普罗米修斯》,雪莱 人类..很大程度上是在受语言的支配,而语言也已经成为一种媒介,透过 它我们可以了解社会的方方面面。你能想象,一个人能不借助语言而完全 适应这个世界,或是仅仅把语言当作解决具体问题的交流工具和表述手段 吗?实际上,“真实世界”在很大程度上是建立在人类语言的习惯之上 的,而这又是人们没有意识到的

Java的基本哲学是“糟糕的代码根本就得不到执行”。 捕捉错误的最佳时机应该是在编译的时候,也就是程序能运行之前。但 是,不是所有的错误都能在编译的时候被发现。有些问题只能到程序运行 的时候才能得到处理。它们要通过某种方式,让引发问题的代码将适当的 信息传给那些知道该怎样正确处理这些问题的程序