zoukankan      html  css  js  c++  java
  • Django框架10

    昨日内容回顾

    自定义分页器的使用

    """
    当你在项目中需要使用第三方的功能代码或者自己封装的一些功能代码
    那么一般情况下都是会新建一个文件夹(utils)专门用来存储相关的代码
    该文件夹既可以建在全局 也可以在每个应用下都创建属于该应用独有的
    
    封装代码的思路
    1.先用最粗燥的代码完成功能
    2.在功能完成的基础之上再去考虑优化
    1.先由面条版封装成函数
    2.再看看能不能封装成面向对象
    并不是说一定需要封装成面向对象的形式 要看情况
    """
    # 代码无需掌握直接拷贝使用即可
    # 后端使用
    book_queryset = models.Book.objects.all() # 惰性查询
    current_page = request.GET.get('page',1)
    all_count = book_queryset.count()
    page_obj = Pagenation(current_page=current_page,all_count=all_count)
    page_queryset = book_queryset[page_obj.start:page_obj.end]
    # 只需要将page_obj,page_queryset传递给html页面即可
    
    # 前端使用(自定义分页器需要使用bootstrap)
    {{ page_obj.page_html|safe }}


    forms组件

    """
    1.渲染标签
    2.校验数据
    3.展示信息
    """
    from django import forms
    class MyForm(forms.Form):
    username = forms.CharField(label='用户名',max_length=8,min_length=3)
    
    # 校验数据
    # 1 给类传字典
    form_obj = MyForm({'username':'jason'})
    # 2 判读数据是否合法
    form_obj.is_valid() # 只有所有的数据都符合条件才会为True
    # 3 如何查看符合条件数据
    form_obj.cleaned_data
    # 4 如何查看不符合条件的以及原因
    form_obj.errors
    # 5 forms类中所有的字段默认都是必填的 
    # 6 校验的数据可以多传但是不能少传
    
    # 渲染标签
    # 1 第一种
    {{ form_obj.as_p }}
    # 2 第二种
    {{form_obj.username.label}}{{form_obj.username}}
    # 3 第三种(常用)
    {% for form in form_obj %}
    {{ form.label }}:{{ form }}
    <span>{{ form.errors.0 }}</span>
    {% endfor %}
    
    
    # 展示错误信息
    {% for form in form_obj %}
    {{ form.label }}:{{ form }}
    <span>{{ form.errors.0 }}</span>
    {% endfor %}
    
    username = forms.CharField(label='用户名',
    max_length=8,
    min_length=3,
    error_messages={
    'required':"用户名必填",
    ...
    }
    
    )


    钩子函数

    """
    局部钩子
    校验单个字段
    全局钩子
    校验多个字段
    """
    def clean_username(self):
    self.add_error('username','用户名错误')
    return username
    
    def clean(self):
    return self.cleaned_data

    重要参数

    label
    min_length
    max_length
    required
    initial
    error_messages
    validator
    widget
    """
    针对字段的校验有很多种
    1.最简单的min_length
    2.正则validator
    3.钩子函数
    
    前端的校验的可有可无 但是后端的校验一点都不能含糊
    
    form表单如何取消浏览器自动校验功能
    <form novalidate></form>
    """

    其他字段

    """
    radio
    checkbox
    select
    了解整理到博客中 之后使用再来拷贝
    """

    今日内容概要

    - forms组件
    - cookie与session
    - django中间件
    目前可以说是所有web框架里面写的最好的
    - csrf跨站请求伪造
    - 视图函数(CBV)如何添加装饰器

    forms组件源码

    """
    切入点:
    form_obj.is_valid()
    """
    def is_valid(self):
    """
    Returns True if the form has no errors. Otherwise, False. If errors are
    being ignored, returns False.
    """
    return self.is_bound and not self.errors
    # 如果is_valid要返回True的话 那么self.is_bound要为True self.errors要为Flase
    
    
    self.is_bound = data is not None or files is not None # 只要你传值了肯定为True
    
    
    @property
    def errors(self):
    "Returns an ErrorDict for the data provided for the form"
    if self._errors is None:
    self.full_clean()
    return self._errors
    
    # forms组件所有的功能基本都出自于该方法
    def full_clean(self):
    self._clean_fields() # 校验字段 + 局部钩子
    self._clean_form() # 全局钩子
    self._post_clean()

    cookie与session

    """
    发展史
    1.网站都没有保存用户功能的需求 所有用户访问返回的结果都是一样的
    eg:新闻、博客、文章...
    
    2.出现了一些需要保存用户信息的网站
    eg:淘宝、支付宝、京东...
    
    以登陆功能为例:如果不保存用户登陆状态 也就意味着用户每次访问网站都需要重复的输入用户名和密码(你觉得这样的网站你还想用吗?)
    当用户第一次登陆成功之后 将用户的用户名密码返回给用户浏览器 让用户浏览器保存在本地,之后访问网站的时候浏览器自动将保存在浏览器上的用户名和密码发送给服务端,服务端获取之后自动验证
    早起这种方式具有非常大的安全隐患
    
    
    优化:
    当用户登陆成功之后,服务端产生一个随机字符串(在服务端保存数据,用kv键值对的形式),交由客户端浏览器保存 随机字符串1:用户1相关信息 随机字符串2:用户2相关信息 随机字符串3:用户3相关信息 之后访问服务端的时候,都带着该随机字符串,服务端去数据库中比对是否有对应的随机字符串从而获取到对应的用户信息 但是如果你拿到了截获到了该随机字符串,那么你就可以冒充当前用户 其实还是有安全隐患的 你要知道在web领域没有绝对的安全也没有绝对的不安全
    """

    cookie 服务端保存在客户端浏览器上的信息都可以称之为cookie 它的表现形式一般都是k:v键值对(可以有多个) session 数据是保存在服务端的并且它的表现形式一般也是k:v键值对(可以有多个) 下述内容暂时了解即可 先给我搞明白最简单的cookie与session使用再说话! token session虽然数据是保存在服务端的 但是禁不住数据量大 服务端不再保存数据 登陆成功之后 将一段用户信息进行加密处理(加密算法之后你公司开发知道) 将加密之后的结果拼接在信息后面 整体返回给浏览器保存 浏览器下次访问的时候带着该信息 服务端自动切去前面一段信息再次使用自己的加密算法 跟浏览器尾部的密文进行比对 jwt认证 三段信息 (后期会讲 结合django一起使用)

    总结:
    1.cookie就是保存在客户端浏览器上的信息 2.session就是保存在服务端上的信息 3.session是基于cookie工作的(其实大部分的保存用户状态的操作都需要使用到cookie)

    Cookie操作

    # 虽然cookie是服务端告诉客户端浏览器需要保存内容
    # 但是客户端浏览器可以选择拒绝保存 如果禁止了 那么 只要是需要记录用户状态的网站登陆功能都无法使用了
    
    # 视图函数的返回值
    return HttpResponse()
    return render()
    return redirect()
    
    
    obj1 = HttpResponse()
    # 操作cookie
    return obj1
    
    obj2 = render()
    # 操作cookie
    return obj2
    
    obj3 = redirect()
    # 操作cookie
    return obj3
    # 如果你想要操作cookie,你就不得不利用obj对象
    
    
    """
    设置cookie
    obj.set_cookie(key,value)
    获取cookie
    request.COOKIES.get(key)
    在设置cookie的时候可以添加一个超时时间
    obj.set_cookie('username', 'jason666',max_age=3,expires=3)
    
    max_age
    expires
    两者都是设置超时时间的 并且都是以秒为单位
    需要注意的是 针对IE浏览器需要使用expires
    主动删除cookie(注销功能)
    
    
    """
    # 我们完成一个真正的登陆功能
    # 校验用户是否登陆的装饰器
    """
    用户如果在没有登陆的情况下想访问一个需要登陆的页面
    那么先跳转到登陆页面 当用户输入正确的用户名和密码之后
    应该跳转到用户之前想要访问的页面去 而不是直接写死
    """
    def login_auth(func):
    def inner(request,*args,**kwargs):
    # print(request.path_info)
    # print(request.get_full_path()) # 能够获取到用户上一次想要访问的url
    target_url = request.get_full_path()
    if request.COOKIES.get('username'):
    return func(request,*args,**kwargs)
    else:
    return redirect('/login/?next=%s'%target_url)
    return inner
    
    def login(request):
    if request.method == 'POST':
    username = request.POST.get('username')
    password = request.POST.get('password')
    if username == 'jason' and password == '123':
    
    # 获取用户上一次想要访问的url
    target_url = request.GET.get('next') # 这个结果可能是None
    if target_url:
    obj = redirect(target_url)
    else:
    # 保存用户登陆状态
    obj = redirect('/home/')
    # 让浏览器记录cookie数据
    obj.set_cookie('username', 'jason666')
    """
    浏览器不单单会帮你存
    而且后面每次访问你的时候还会带着它过来
    """
    # 跳转到一个需要用户登陆之后才能看的页面
    return obj
    return render(request,'login.html')
    
    
    @login_auth
    def home(request):
    # 获取cookie信息 判断你有没有
    # if request.COOKIES.get('username') == 'jason666':
    # return HttpResponse("我是home页面,只有登陆的用户才能进来哟~")
    # # 没有登陆应该跳转到登陆页面
    # return redirect('/login/')
    return HttpResponse("我是home页面,只有登陆的用户才能进来哟~")

    session操作

    """
    session数据是保存在服务端的(存?),给客户端返回的是一个随机字符串
    sessionid:随机字符串
    
    1.在默认情况下操作session的时候需要django默认的一张django_session表
    数据库迁移命令
    django会自己创建很多表    django_session就是其中的一张
    
    
    django默认session的过期时间是14天
    但是你也可以人为的修改它
    
    
    设置session    
    request.session['key'] = value
    
    获取session
    request.session.get('key')
    
    设置过期时间
    request.session.set_expiry()
    括号内可以放四种类型的参数
    1.整数    多少秒
    2.日期对象    到指定日期就失效
    3.0    一旦当前浏览器窗口关闭立刻失效
    4.不写    失效时间就取决于django内部全局session默认的失效时间
    
    清除session    
    request.session.delete() # 只删服务端的 客户端的不删
    request.session.flush() # 浏览器和服务端都清空(推荐使用)
    
    
    session是保存在服务端的 但是session的保存位置可以有多种选择
    1.MySQL
    2.文件
    3.redis
    4.memcache
    ...
    
    
    django_session表中的数据条数是取决于浏览器的
    同一个计算机上(IP地址)同一个浏览器只会有一条数据生效
    (当session过期的时候可能会出现多条数据对应一个浏览器,但是该现象不会持续很久,内部会自动识别过期的数据清除 你也可以通过代码清除)
    
    主要是为了节省服务端数据库资源
    """
    
    request.session['hobby'] = 'girl'
    """
    内部发送了那些事
    1.django内部会自动帮你生成一个随机字符串
    2.django内部自动将随机字符串和对应的数据存储到django_session表中
    2.1先在内存中产生操作数据的缓存
    2.2在响应结果django中间件的时候才真正的操作数据库
    3.将产生的随机字符串返回给客户端浏览器保存
    """
    request.session.get('hobby')
    """
    内部发送了那些事
    1.自动从浏览器请求中获取sessionid对应的随机字符串
    2.拿着该随机字符串去django_session表中查找对应的数据
    3.
    如果比对上了 则将对应的数据取出并以字典的形式封装到request.session中
    如果比对不上 则request.session.get()返回的是None
    """
    
    
    # 利用session实现登陆验证

    CBV如何添加装饰器

    from django.views import View
    from django.utils.decorators import method_decorator
    """
    CBV中django不建议你直接给类的方法加装饰器
    无论该装饰器能都正常给你 都不建议直接加
    """
    
    # @method_decorator(login_auth,name='get') # 方式2(可以添加多个针对不同的方法加不同的装饰器)
    # @method_decorator(login_auth,name='post')
    class MyLogin(View):
    @method_decorator(login_auth) # 方式3:它会直接作用于当前类里面的所有的方法
    def dispatch(self, request, *args, **kwargs):
    return super().dispatch(request,*args,**kwargs)
    # @method_decorator(login_auth) # 方式1:指名道姓
    def get(self,request):
    return HttpResponse("get请求")
    
    def post(self,request):
    return HttpResponse('post请求')

     

     

     

     

  • 相关阅读:
    [WC2011]最大XOR和路径 线性基
    线段树分裂合并
    [NOIp2016]天天爱跑步 线段树合并
    CF1111E Tree 树链剖分,DP
    [NOI2016]区间 线段树
    [IOI2018] werewolf 狼人 kruskal重构树,主席树
    [CQOI2012]组装 贪心
    [ONTAK2010]Peaks kruskal重构树,主席树
    [NOI2018]归程 kruskal重构树
    kruskal重构树
  • 原文地址:https://www.cnblogs.com/lucky-cat233/p/13050416.html
Copyright © 2011-2022 走看看