视图层

1、HttpRequest对象

request属性

#request.method
        一个字符串，表示请求使用的HTTP 方法。必须使用大写。
　　   例如："GET"、"POST"

# request.GET
        一个相似字典的对象
        前台浏览器窗口里携带的数据,包装到GET对象(字典）中

#request.POST
　　一个相似于字典的对象，若是请求中包含表单数据，则将这些数据封装成 QueryDict 对象。#如：<QueryDict: {'name': ['pdun'], 'pwd': ['888']}>

　　POST 请求能够带有空的 POST 字典 —— 若是经过 HTTP POST 方法发送一个表 
      单，可是表单中没有任何的数据，QueryDict 对象依然会被建立。
      所以，不该该使用 if request.POST  来检查使用的是不是POST 方法；应该使用
       if request.method == "POST"
　　另外：若是使用 POST 上传文件的话，文件信息将包含在 FILES 属性中。

#request.body
        一个字符串，表明请求报文的主体。
        #如：b'name=pdun&pwd=888'
        在处理非 HTTP 形式的报文时很是有用，例如：二进制图片、XML,Json等。
        可是，若是要处理表单数据的时候，推荐仍是使用 request.POST 。

    
#request.path
        取出请求的路径,取不到?后的数据部分
　　　　　想要取出全部内容，用get_full_path()方法

经常使用属性

#请求头中的全部内容，包含在一个大字典中
    CONTENT_LENGTH —— 请求的正文的长度（是一个字符串）。
    CONTENT_TYPE —— 请求的正文的MIME 类型。
    HTTP_ACCEPT —— 响应可接收的Content-Type。
    HTTP_ACCEPT_ENCODING —— 响应可接收的编码。
    HTTP_ACCEPT_LANGUAGE —— 响应可接收的语言。
    HTTP_HOST —— 客服端发送的HTTP Host 头部。
    HTTP_REFERER ——跳转前的页面。
    HTTP_USER_AGENT —— 客户端的user-agent 字符串。
    QUERY_STRING —— 单个字符串形式的查询字符串（未解析过的形式）。
    REMOTE_ADDR —— 客户端的IP 地址。
    REMOTE_HOST —— 客户端的主机名。
    REMOTE_USER —— 服务器认证后的用户。
    REQUEST_METHOD —— 一个字符串，例如"GET" 或"POST"。
    SERVER_NAME —— 服务器的主机名。
    SERVER_PORT —— 服务器的端口（是一个字符串）。
 　　从上面能够看到，除 CONTENT_LENGTH 和 CONTENT_TYPE 以外，请求中的任何 HTTP 首部转换为 META 的键时，
    都会将全部字母大写并将链接符替换为下划线最后加上 HTTP_  前缀。
    因此，一个叫作 X-Bender 的头部将转换成 META 中的 HTTP_X_BENDER 键。

request.META属性

9.HttpRequest.COOKIES

　　一个标准的Python 字典，包含全部的cookie。键和值都为字符串。



10.HttpRequest.session

 　　一个既可读又可写的相似于字典的对象，表示当前的会话。只有当Django 启用会话的支持时才可用。
    完整的细节参见会话的文档。


11.HttpRequest.user(用户认证组件下使用)

　　一个 AUTH_USER_MODEL 类型的对象，表示当前登陆的用户。

　　若是用户当前没有登陆，user 将设置为 django.contrib.auth.models.AnonymousUser 的一个实例。你能够经过 is_authenticated() 区分它们。

    例如：

    if request.user.is_authenticated():
        # Do something for logged-in users.
    else:
        # Do something for anonymous users.


     　　user 只有当Django 启用 AuthenticationMiddleware 中间件时才可用。

     -------------------------------------------------------------------------------------

    匿名用户
    class models.AnonymousUser

    django.contrib.auth.models.AnonymousUser 类实现了django.contrib.auth.models.User 接口，但具备下面几个不一样点：

    id 永远为None。
    username 永远为空字符串。
    get_username() 永远返回空字符串。
    is_staff 和 is_superuser 永远为False。
    is_active 永远为 False。
    groups 和 user_permissions 永远为空。
    is_anonymous() 返回True 而不是False。
    is_authenticated() 返回False 而不是True。
    set_password()、check_password()、save() 和delete() 引起 NotImplementedError。
    New in Django 1.8:
    新增 AnonymousUser.get_username() 以更好地模拟 django.contrib.auth.models.User。

其余属性

request经常使用方法

#1.HttpRequest.get_full_path()

　　取出请求的路径,能取到？后的数据部分
　　例如："/music/bands/the_beatles/?print=true"
　　注意和path的区别

#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') 装饰你的视图以让响应可以正确地缓存。

View Code

 

2、HttpRespone对象  (朝前台发送数据的对象）

 

#from django.shortcuts import render,HttpResponse,redirect

 

#HttpResponse(‘OK’)
   返回字符串

#render(request,HTML，locals）   #locals把当前名称空间的名字传给前端

#redirect('http://www.baidu.com/')　  重定向

1）301和302的区别。

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

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

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

 

2）重定向缘由：
（1）网站调整（如改变网页目录结构）；
（2）网页被移到一个新地址；
（3）网页扩展名改变(如应用须要把.php改为.Html或.shtml)。
        这种状况下，若是不作重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户获得一个404页面错误信息，访问流量白白丧失；再者某些注册了多个域名的
    网站，也须要经过重定向让访问这些域名的用户自动跳转到主站点等。

重定向301和302的区别

 

3、JsonResponse

#导入
from django.http import JsonResponse

 #能够本身转json格式，也能够经过JsonResponse，

#须要注意的是，JsonResponse默认仅支持字典格式，可修改safe=False来支持其余格式

例如：

from django.shortcuts import render,HttpResponse,redirect from django.http import JsonResponse # Create your views here.

def login(request): dic={'name':'pdun',"age":1} li = [1, 2, 3, 4] import json # return HttpResponse(json.dumps(dic))
    # return JsonResponse(dic)

    # return HttpResponse(json.dumps(li))
    # return JsonResponse(li)
    return JsonResponse(li,safe=False)

 

    def __init__(self, data, encoder=DjangoJSONEncoder, safe=True,
                 json_dumps_params=None, **kwargs):
        if safe and not isinstance(data, dict):   
               #and关系，
            raise TypeError(
                'In order to allow non-dict objects to be serialized set the '
                'safe parameter to False.'
            )

JsonResponse源码，为何改变safe可支持其余数据类型