zoukankan      html  css  js  c++  java
  • 视图层

    一、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

    二、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的区别

    三、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可支持其他数据类型
  • 相关阅读:
    字符串型
    字符型
    实型(浮点型)
    sizeof
    数据类型
    标识符
    Win32汇编
    Win32汇编
    C# 语言程序设计笔记
    鬼泣4:寻找无限生命/剑气/暴怒
  • 原文地址:https://www.cnblogs.com/pdun/p/10714671.html
Copyright © 2011-2022 走看看