django视图层(views)

1.视图层概念

　　视图函数，其实就是一个简单的函数，它接收web请求并返回web响应（响应的可以是一个html，一个重定向，一个xml文档等等）

　　每个视图函数都负责返回一个HttpResponse对象。

1.1 HttpRequest对象属性

　　django将请求报文中的请求行、首部信息、内容主体封装成 HttpRequest 类中的属性

'''
path：       请求页面的全路径，不包括域名

method：     请求中使用的HTTP方法的字符串表示。全大写表示。例如

               if  req.method=="GET":

                         do_something()

               elif req.method=="POST":

                         do_something_else()

GET:         包含所有HTTP GET参数的类字典对象

POST：       包含所有HTTP POST参数的类字典对象

COOKIES:     包含所有cookies的标准Python字典对象；keys和values都是字符串。

FILES：      包含所有上传文件的类字典对象；FILES中的每一个Key都是<input type="file" name="" />标签中
             name属性的值，FILES中的每一个value同时也是一个标准的python字典对象，包含下面三个Keys：

             filename：      上传文件名，用字符串表示
             content_type:   上传文件的Content Type
             content：       上传文件的原始内容

user：       是一个django.contrib.auth.models.User对象，代表当前登陆的用户。如果访问用户当前
             没有登陆，user将被初始化为django.contrib.auth.models.AnonymousUser的实例。你
             可以通过user的is_authenticated()方法来辨别用户是否登陆：
             if req.user.is_authenticated();只有激活Django中的AuthenticationMiddleware
             时该属性才可用

session：    唯一可读写的属性，代表当前会话的字典对象；自己有激活Django中的session支持时该属性才可用。

'''

常用方法

"""
1.HttpRequest.get_full_path()

　　返回 path，如果可以将加上查询字符串。

　　例如："/music/bands/the_beatles/?print=true"

2.HttpRequest.is_ajax()

　　如果请求是通过XMLHttpRequest 发起的，则返回True，方法是检查 HTTP_X_REQUESTED_WITH 相应的首部是否是字符串'XMLHttpRequest'。

　　大部分现代的 JavaScript 库都会发送这个头部。如果你编写自己的 XMLHttpRequest 调用（在浏览器端），你必须手工设置这个值来让 is_ajax() 可以工作。

　　如果一个响应需要根据请求是否是通过AJAX 发起的，并且你正在使用某种形式的缓存例如Django 的 cache middleware，
   你应该使用 vary_on_headers('HTTP_X_REQUESTED_WITH') 装饰你的视图以让响应能够正确地缓存。

"""

对于POST,GET，它们之间的使用规则：

　　当我们提交form表单仅仅需要获取数据时就可以用GET；

　　而当我们提交表单时需要更改服务器数据的状态，或者说发送e-mail，或者其他不仅仅是获取并显示数据的时候就使用POST

使用方法

def index(request):
    """
    request: 所有请求信息的封装对象
    HttpResponse： 最终return的一定是HttpResponse的实例对象

    :param request:
    :return:
    """
    print(request.method)  # 请求方式
    print(request.path)    # 请求路径
    print(request.GET)     # GET请求的请求数据   QueryDict  {}
    print(request.POST)    # POST请求的请求数据  QueryDict  {}
    print(request.get_full_path()) # 包含GET请求参数的请求路径
    print(request.is_ajax()) # 返回布尔值

1.2 HttpResponse响应对象的三种形式

　　HttpResponse() 　　# 直接跟一个字符串做响应体

　　render()

　　redirect()

关于render():

　　render(request, template_name[, context]）

　　结合一个给定的模板和一个给定的上下文字典，并返回一个渲染后的 HttpResponse 对象。

参数：
     request： 用于生成响应的请求对象。

     template_name：要使用的模板的完整名称，可选的参数

     context：添加到模板上下文的一个字典。默认是一个空字典。如果字典中的某个值是可调用的，视图将在渲染模板之前调用它。

     content_type：生成的文档要使用的MIME类型。默认为DEFAULT_CONTENT_TYPE 设置的值。

     status：响应的状态码。默认为200。

　它其实将一个模板页面中的模板语法进行渲染，最终渲染成一个html页面作为响应体。

关于redirect():　

　　用来传递一个要重定向的一个硬编码的url，可以见我上一博客视图部分的例子，通过反向解析拿到url，在进行重定向。

这里解释下为什么要重定向：

（1）网站调整（如改变网页目录结构）；

（2）网页被移到一个新地址；

（3）网页扩展名改变(如应用需要把.php改成.Html或.shtml)。

  这种情况下，如果不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息，访问流量白白丧失；再者某些注册了多个域名的
  网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点等。

301和302的区别：

　　301和302状态码都表示重定向，就是说浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应的Location首部中获取
  （用户看到的效果就是他输入的地址A瞬间变成了另一个地址B）——这是它们的共同点。

　　不同在于301表示旧地址A的资源已经被永久地移除了（这个资源不可访问了），搜索引擎在抓取新内容的同时也将旧的网址交换为重定向之后的网址；

　　302表示旧地址A的资源还在（仍然可以访问），这个重定向只是临时地从旧地址A跳转到地址B，搜索引擎会抓取新的内容而保存旧的网址。 SEO302好于301