据我所知,Response and Request
之间的差异低于
请求是 - 我们向服务器请求类似.aspx
页面
响应是 - 我们从服务器获取.aspx
页面
所以,我认为,请求是服务器,响应是我们得到的。
我们有以下条款
Request.QueryString
Request.RawUrl
Request.MapPath()
所有这些似乎首先进入服务器并带回相关数据。但是下面的术语是相反的吗?
Request.Cookies
因为cookie是在客户端创建的,而且客户端也使用 Response.Cookies
获取值部分您的意见?
查询 - 2 - 为什么使用Request/Response.cookies
创建/访问Cookie很有用?因为它可以在JavaScript中在客户端创建/获取。
查询3 - Cookie位于客户端。我们为什么要向服务器发送请求?
查询 - 4 - 我们为什么要写Response.Cookies
?去服务器?为什么?它在客户端创建并从客户端访问。对?为什么我们写Request.Cookies
?意味着从服务器获取cookie
信息? Cookie在客户端。正确?
答案 0 :(得分:2)
“当浏览器向服务器发出请求时,它会发送该服务器的cookie以及请求。在ASP.NET应用程序中,您可以使用HttpRequest对象读取cookie,该对象可用作Request属性您的Page类的结构.HttpRequest对象的结构与HttpResponse对象的结构基本相同,因此您可以从HttpRequest对象中读取cookie,就像将cookie写入HttpResponse对象一样。“
“Cookie通过公开名为Cookies的集合的HttpResponse对象发送到浏览器。您可以访问HttpResponse对象作为Page类的Response属性”
答案 1 :(得分:1)
每次向服务器发送请求时,也会发送该服务器的cookie。
此外,当服务器向您发送响应时,它可以包含您发送给它的下一个请求的cookie。
所以Request.Cookies和Response.Cookies非常有意义。
答案 2 :(得分:1)
服务器中的对象Request
和Response
都“生效”。因此Request
保存用户代理(浏览器,如Chrome,IE等)发送的数据。这些数据的示例包括POST和GET变量,用户代理,语言,IP地址等等。
Response
是允许您向用户代理(浏览器)发送数据的对象,即网页,字节流(如可下载文件)等。
Cookie存在于客户端,这是正确的,但是是发送此信息的浏览器,因此这些数据来自Request
对象。
您通过Request.Cookies
接收 Cookie,但您会在服务器中收到Cookie。如果您使用C#进行编码,则代码处于服务器的角度,因此接收意味着服务器接收。如果要访问客户端中的cookie,则必须使用一些客户端编程语言,如JavaScript。
我希望这会有所帮助。