1 http请求中产生的两个核心对象
请求和响应
http请求：HttpRequest
http响应：HttpResponse
2 HttpRequest 和 HttpResponse的属性和方法
所在位置：django.http
2.1 HttpRequest：
HttpRequest对象的属性：
| Attribute | Description |
|---|---|
| path | 请求页面的全路径,不包括域名—例如, "/music/bands/the_beatles/"。 |
| method | 请求中使用的HTTP方法的字符串表示。全大写表示。例如:if request.method == 'GET': do_something()elif request.method == 'POST': do_something_else() |
| GET | 包含所有HTTP GET参数的类字典对象。参见QueryDict 文档。表单用get提交的，view中要用get方法接收，post也类似 |
| POST | 包含所有HTTP POST参数的类字典对象。参见QueryDict 文档。服务器收到空的POST请求的情况也是有可能发生的。也就是说，表单form通过HTTP POST方法提交请求，但是表单中可以没有数据。因此，不能使用语句if request.POST来判断是否使用HTTP POST方法；应该使用if request.method == "POST" (参见本表的method属性)。注意: POST不包括file-upload信息。参见FILES属性。 |
| REQUEST | 为了方便，该属性是POST和GET属性的集合体，但是有特殊性，先查找POST属性，然后再查找GET属性。借鉴PHP’s $_REQUEST。例如，如果GET = {"name": "john"} 和POST = {"age": '34'},则 REQUEST["name"] 的值是"john", REQUEST["age"]的值是"34".强烈建议使用GET and POST,因为这两个属性更加显式化，写出的代码也更易理解。REQUEST这个属性在django1.9里面已经被移除掉了 |
| COOKIES | 包含所有cookies的标准Python字典对象。Keys和values都是字符串。参见第12章，有关于cookies更详细的讲解。 |
| FILES | 包含所有上传文件的类字典对象。FILES中的每个Key都是<input type="file" name="" />标签中name属性的值. FILES中的每个value 同时也是一个标准Python字典对象，包含下面三个Keys:filename: 上传文件名,用Python字符串表示；content-type: 上传文件的Content type；content: 上传文件的原始内容。注意：只有在请求方法是POST，并且请求页面中<form>有enctype="multipart/form-data"属性时FILES才拥有数据。否则，FILES 是一个空字典。 |
| META | 包含所有可用HTTP头部信息的字典。 例如:CONTENT_LENGTH；CONTENT_TYPE；QUERY_STRING: 未解析的原始查询字符串；REMOTE_ADDR: 客户端IP地址；REMOTE_HOST: 客户端主机名；SERVER_NAME: 服务器主机名；SERVER_PORT: 服务器端口。META 中这些头加上前缀HTTP_最为Key, 例如:HTTP_ACCEPT_ENCODING；HTTP_ACCEPT_LANGUAGE；HTTP_HOST: 客户发送的HTTP主机头信息；HTTP_REFERER: referring页；HTTP_USER_AGENT: 客户端的user-agent字符串；HTTP_X_BENDER: X-Bender头信息； |
| user | 是一个django.contrib.auth.models.User 对象，代表当前登录的用户。如果访问用户当前没有登录，user将被初始化为django.contrib.auth.models.AnonymousUser的实例。你可以通过user的is_authenticated()方法来辨别用户是否登录：if request.user.is_authenticated(): # Do something for logged-in users.else: # Do something for anonymous users。只有激活Django中的AuthenticationMiddleware时该属性才可用 |
| session | 唯一可读写的属性，代表当前会话的字典对象。只有激活Django中的session支持时该属性才可用。 参见第12章。 |
| raw_post_data | 原始HTTP POST数据，未解析过。 高级处理时会有用处。 |
| get_full_path() | 返回包含查询字符串的请求路径。例如， "/music/bands/the_beatles/?print=true" |
2.2 QueryDict对象
get()
如果key对应多个value，get()返回最后一个value。
在HttpRequest对象中, GET和POST属性是django.http.QueryDict类的实例。
2.3 HttpResponse
对于HttpRequest 对象来说，是由Django自动创建, 但是，HttpResponse对象就必须我们自己创建。每个View请求处理方法必须返回一个HttpResponse对象。如果没有返回，则会捕获valueerror异常
HttpResponse类在django.http.HttpResponse。
2.3.1 构造HttpResponse
>>> response = HttpResponse("Here's the text of the Web page.")
>>> response = HttpResponse("Text only, please.", mimetype="text/plain")
2.3.2 HttpResponse的子类（部分）：
| Class | Description |
|---|---|
| HttpResponseRedirect | 构造函数接受单个参数：重定向到的URL。可以是全URL (e.g., 'http://search.yahoo.com/')或者相对URL(e.g., '/search/'). 注意：这将返回HTTP状态码302。 |
| HttpResponsePermanentRedirect | 同HttpResponseRedirect一样，但是返回永久重定向(HTTP 状态码 301)。 |
| HttpResponseNotFound | 返回404 status code. |
| JsonResponse | 返回Json字符串。 |
更多详见：官网request和response
2.3.3 在HttpResponse对象上扩展的常用方法
render、render_to_response、redirect
render其实是几行代码的简写，render_to_response更加简洁，把render的request参数也省略了
更多详见：HttpResponse对象上扩展的常用方法shortcuts
2.3.4 其他常用方法
locals(): 可以直接将函数中所有的变量全部传给模板，自动拼接成字典，很方便。但是它会多传递一些没用的变量，有点浪费
