读者应该注意到，在两个集合中出现的某些值不是从窗体的HTML控件中直接得到的。QueryString集合包括了两个名为chapter和sample的值，如下图所示：

为在请求中创建这两个值，将一个字符串附在窗体的ACTION属性的URL上，这是可以接受的。工作方式与附在一个元素的HREF属性上相类似。查询字符的值出现在QueryString集合中，且被POST的窗体控件值出现在Form集合中。

为防止非IE类的浏览器出现错误，必须将查询字符串中的空格用加号“+”来代替，读者将在第4章的Server对象的URLEncode方法中看到更多这种情况。
2） 创建客户端的cookie
为了确保至少有些值出现在Request.Cookies集合中，增加一些客户端脚本代码到原始的页面request_form.asp。将创建名称为VisitCount的多值cookie。另一个cookie是由另一个页面创建的，且已经存在于浏览器中。如下图所示，读者可以看到另外的cookie。

这是一段窗体被装载时设置文档对象的cookies属性的客户端代码：

另外，必须将内容进行编码，以便它能被正确地传送到服务器（同样的规则也适用于将查询字符串附到URL上）。在第4章中，讨论Server对象的URLEncode方法时，读者将了解到更多细节。
２、查看Response对象的成员
回到Chapter02实例的最初的Default.asp页面，这次选择“Using the Response Object”链接，这个页面显示的是Response对象的集合和属性的内容，且提供到所有Response对象方法的链接。
下图是使用浏览器Netsape Communicator 4.61的屏幕，用来证明使用的是纯服务器端和跨平台兼容技术。需要注意的是Cookies集合是为Response对象而建立的，仅显示cookie的名称而不显示其值。浏览该页时，可能得不到cookie或得到与这个页面不同的cookie。
（由于豆豆没有安装Netsape Communicator 4.61，仍用IE5.5显示，并无什么区别）

各种Response属性说明了将要用来创建HTTP报头的一些信息。HTTP报头页面的其他部分（HTML和文本内容）被发往到客户端。这些属性中的一些以及所有的Response对象的方法均有链接，允许读者打开另一个页面来显示其使用情况。我们稍后再回到这些页面。
页面中的属性是通过读取相应的属性并插入到页面中创建的。由于这些是动态链接，通过元素来选择。
Response.CacheControl
= <% = Resposne.CacheControl %>

链接到每个方法是通过链接元素，页面中唯一复杂的部分是Response.Cookies集合。通过只能访问cookie，读取Request.Cookies集合中的值。当访问Response.Cookie集合时，必须在发送任何输出到客户端之前结束对它的所有引用。因此在页面的上部，通过遍历集合创建页面的HTML放在一个局部字符串变量中。
StrCookies = “”
‘We can only read the key names and not the values because
‘the Response.Cookies collection is ‘write only’
For Each objItem In Response.Cookies
If Response.Cookies(objItem).HasKeys Then
‘Use another For Each to iterate all subkeys
For Each objItemKey in Response.Cookies(objItem)
StrCookies = strCookies & objItem & “(“ &objItemKey & “)
”
Next
Else
‘print out the cookie as normal
strCookies = strCookies & objItem & “
”
End If
Next
然后在页面的适当点上插入结果。