☆Django☆---多对多表的三种创建方式 form组件 session与cookies-CSDN博客

表关系:多对多创建的三种方式

1.全自动

优点: 不需要手动建立第三张表

不足: 因为第三张表不是自己创建的也就意味着第三张表的字段固定无法扩展

2.纯手动

优点:第三张表的字段可以随意扩展就像create_time

不足:orm查询不方便

3.半自动

优点: 结合了全自动和纯手动的两个优点

forms组件

1.前端搭建页面 >>> 渲染页面

2.将数据传输后端处理 >>> 数据校验

3.展示错误信息 >>> 展示信息

forms 组件能帮你直接完成上面的三个步骤

1.基本的使用

基本使用:

　　1. 将需要校验的数据以字典的方式传递给自定义的类实例化产生对象

　　2. 查看数据是否合法 (全部数据只要全部符合要求才是True) 方法 is_valid()

　　3. 查看错误原因方法 .errors

{'username': ['Ensure this value has at most 8 characters (it has 9).']}  # 查看错误原因提示 需要给8个 但是给了 9个

　　4. 查看通过的数据 obj.cleaned_data

注意事项:

　　1.自定义类中所有的字段默认都是必须要传值的

　　2.可以额外传入类中没有定义的字段名 forms组件不会去校验也就意味着多传一点关系没有

2.渲染页面

　　三种方式：（前提后端需要写好相应的视图函数）　　　　

　他会自动在前端页面生成 3个input框

　　第一种方式:(封装程度太高一般只用于本地测试通常不适用)

　　第二种方式：(可扩展性较高书写麻烦)

　　第三种渲染页面的方式(推荐)

　　和上面的第二中方式是一样的

　　注意事项：

　　　　1.forms组件在帮你渲染页面的时候只会渲染获取用户输入的标签提交按钮需要你手动添加

　　　　2.input框的label注释不指定的情况下默认用的类中字段的首字母大写如何制定？

    校验数据的时候可以前后端都校验 做一个双重的校验
    但是前端的校验可有可无 而后端的校验则必须要有,因为前端的校验可以通过爬虫直接避开
    前端取消浏览器校验功能
    form标签指定novalidate属性即可

错误信息展示

　　　前端展示:

　　后端展示:

补充:

　　　LoginFrom的参数 required 也可以设置为 false 也就是可以为空

　　　正则表达式:　　　　

from django.core.validators import RegexValidator
    phone = forms.CharField(
        required=False,
        validators=[RegexValidator(r'^[0-9]+$', '请输入数字'),
                    RegexValidator(r'^159[0-9]+$', '数字必须以159开头'
                                   )])

　　钩子函数:forms组件暴露给用户可以自定义的校验规则需要在类中写(顺序先通过普通规则然后才是钩子)

　　　　局部钩子 (针对某一个字段做额外的校验) 校验用户名中不能包含666 一旦包含提示

　　　全局钩子 (针对多个字段做额外的校验) 校验用户两次密码是否一致

forms组件其他字段及操作方式

　　　　　　　 required        是否必填
            label           注释信息
            error_messages  报错信息
            initial         默认值
            widget          控制标签属性和样式

其他字段了解知识点

session与cookies

cookie与session
    由于http协议是无状态的 无法记录用户状态 
    
    cookie就是保存在客户端浏览器上的键值对
        工作原理:当你登陆成功之后 浏览器上会保存一些信息
        下次再访问的时候 就会带着这些信息去访问服务端  服务端通过这些信息来识别出你的身份
        
        cookie虽然是写在客户端浏览器上的  但是是服务端设置的
        浏览器可以选择不服从命令 禁止写cookie
        
    
    session就是保存在服务器上的键值对
        session虽然是保存在服务器上的键值对
        但是它是依赖于cookie工作的
        
        服务端返回给浏览器一个随机的字符串
        浏览器以键值对的形式保存
        sessionid:随机字符串
        
        浏览器在访问服务端的时候  就会将随机字符串携带上
        后端获取随机串与后端的记录的做比对
            随机字符串1:数据1
            随机字符串2:数据2

　　在django中如何操作 cookie

如何操作Cookie
        django返回给客户端浏览器的都必须是HttpResponse对象
        return HttpResponse()
        return render()
        return redirect()
        
        obj1 = HttpResponse()
        return obj1
        obj2 = render()
        return obj2
        obj3 = redirect()
        return obj3
            
        设置cookie利用的就是HttpResponse对象
            obj1.set_cookie('k1','v1')
        
        获取cookie
            request.COOKIE.get()
        
        删除cookie
            obj1.delete_cookie("k1")
        
        设置超时时间
            max_age=None, 超时时间
            expires=None, 超时时间(IE requires expires, so set it if hasn't been already.)

　　session

        设置session
            request.session['name'] = 'jason'
            """
            上面这一句话发生了三件事
                1.django 内部自动生成一个随机字符串
                2.将随机字符串和你要保存的数据 写入django_session表中(现在内存中生成一个缓存记录 等到经过中间件的时候才会执行)
                3.将产生的随机字符串发送给浏览器写入cookie
                    sessionid:随机字符串
            """
        获取session
            request.session.get('name')
            """
            上面这一句话发生了三件事
                1.django内部会自动从请求信息中获取到随机字符串
                2.拿着随机字符串去django_session表中比对
                3.一旦对应上了就将对应的数据解析出来放到request.session中
            
            """
        
        django session默认的超时时间是14天
        
        
        django_session表中的一条记录针对一个浏览器
        
        
        # 删除当前会话的所有Session数据
        request.session.delete()  # 删除的是浏览器的sessionid信息
        　　
        # 删除当前的会话数据并删除会话的Cookie。
        request.session.flush()  # 将浏览器和服务端全部删除
            这用于确保前面的会话数据不可以再次被用户的浏览器访问
            例如，django.contrib.auth.logout() 函数中就会调用它。
        
        # 设置会话Session和Cookie的超时时间
        request.session.set_expiry(value)
            * 如果value是个整数，session会在些秒数后失效。
            * 如果value是个datatime或timedelta，session就会在这个时间后失效。
            * 如果value是0,用户关闭浏览器session就会失效。
            * 如果value是None,session会依赖全局session失效策略。
    
    总结:你在后期可以将一些数据保存到session表中,保存的数据 可以在后端任意位置获取到