-
可视化界面之数据增删改查
-
django请求生命周期流程图
-
django路由层
-
反向解析
可视化界面之数据增删改查
-
建表
建表、加索引可以体现程序员的工作经验。
建表之前需要考虑，极端情况下 这个字段最多能存多少数据？
字段长度短了会导致服务出问题，字段长度长了会占用空间，浪费资源
在model.py使用ORM建表时，可以在类中不写主键字段（id）,
django会自动帮你创建一个名为id的主键字段。
可以在models.py中给字段添加注释 比如age字段 可以通过另外的方式查看字段的意义
方式1:在mysql中用show create table表名可以查看注释
方式2:mysql中有缓存表可以查看
-
数据展示功能
开设接口、获取数据、传递页面、展示数据
数据展示页面示例
数据展示页表格html
针对数据对象主键字段的获取可以使用更加方便的obj.pk获取
数据展示views.py
-
数据添加功能
开设接口、获取数据、发送数据、校验数据、录入数据、重定向
我们点击a标签按钮，跳转到数据添加页面，进行添加数据。
a标签相当于朝你指定的页面发送get请求：
数据添加页表单
数据添加views.py
-
数据编辑功能
开设接口、后端如何区分所要编辑的数据(问号携带参数)、后端获取用户数据、前端展示默认数据、获取用户并完成更新
编辑用户信息的时候 如何让新页面知道 你想编辑的是哪个用户？
a标签默认发送get请求 我们可以使用get请求携带一些信息。
携带主键值：
示例:
数据编辑views:
使用request.GET.get获取get请求问号后面携带的主键值
userEditPage.html：将后端通过id值查到的数据 塞到数据添加页面表单的默认值（value)里面去！
views.py编辑用户数据的相关逻辑
-
数据删除功能
开设接口、问号携带参数、删除二次确认
扩展1：在数据表中新建一个枚举字段，用于表示数据是否被删除，如果删除则将此字段变为false。数据展示的时候不展示false的数据。
扩展2：删除的时候可以在前端写一个模态框进行二次确认
用get请求给后端传递主键值，告知数据库到底要删除哪个数据
在views层接收主键值、调用数据库执行删除操作
添加模态框。给a标签添加类名，注意这里因为在循环中，所以不能添加id属性
当模态框获取用户输入的结果是false时，使用return false取消a标签的默认事件：
jiango请求生命周期流程图
学习流程
路由层、视图层、模板层、模型层、组件、BBS项目
django路由层
-
路由匹配
django2.X及以上 path第一个参数些什么就匹配什么
django1.x第一个参数是正则表达式
无论什么版本django都会自带加斜杠后缀的功能 也可以取消
也就是说:django会帮你加斜杠重新给你从上到下匹配一次 一共匹配两次
第一次请求匹配失败
配置文件中设置APPEND_SLASH = False可以取消这个特性但是建议不要这么做:
-
转换器功能 path
正常情况下很多网站都会有很多相似的网址 如果我们每个都单独开设路由不合理
用django设置路由 这路由太多了不太合适
我们不可能一个接口一个接口的写 相似的接口要整合到一起
django2.X及以上版本路由动态匹配有转换器(五种)
str:匹配除路径分隔符外的任何非空字符串
int:匹配0或者任意整数
slug:匹配任意一个由字母或数字组成的字符串
uuid:匹配格式化后的UUID
path:能够匹配完整的URL路径
ps:还支持自定义转换器(自己写正则表达式匹配更加细化的内容)
路由不是写死的 而是动态变化的 django提供相应的功能--> 转换器
转换器 : 将对应位置匹配到的数据转换成固定的数据类型
path('index/<str:info>/', views.index_func), # index_func(实参request对象,info='转换器匹配到的类型转换之后的内容')
path('index/<str:info>/<int:id>/', views.index_func) # index_func(实参request对象,info='转换器匹配到的类型转换之后的内容',id='转换器匹配到的类型转换之后的内容')
转化器的info会当做位置参数传给视图函数：
在views层接收传来的info：
-
正则匹配
django2.X及以上版本有re_path 第一个参数是正则
匹配的本质是只要第一个正则表达式能够从用户输入的路由中匹配到数据就算匹配成功会立刻停止路由层其他的匹配直接执行对应的视图函数
示例：re_path('^test/$', views.test)
举例说明：
对于如下re_path,只要目标字符串中 有test/就能匹配成功
django1.X路由匹配使用的是url() 功能与django2.X及以上的re_path()一致。
django1.x首页的路由应该这样写：
-
正则匹配的无名和有名分组
无名分组
无需给匹配条件取名字。
re_path('^test/(\d{4})/', views.test)
会将括号内正则匹配到的内容当做位置参数传递给视图函数（一个括号对应一个位置实参）
接受时候的形参无所谓，可以自己取名
有名分组
re_path('^test/(?P<year>\d{4})/', views.test)
会将括号内正则匹配到的内容当做关键字参数传递给视图函数
注意上述的分组不能混合使用!!!
不能同一个路由 既使用无名分组 又使用有名分组
反向解析
为什么要有反向解析？
当项目特别庞大 很多页面 都写了a标签进行跳转 a标签都指向同一个路由:
如果我们换路由 会将之前所有a标签全部失效！
总不能手动一个个换吧。所以要使用反向解析。
基本使用
通过一个名字可以反向解析出一个结果 该结果可以访问到某个对应的路由
路由匹配关系起别名
path('login/', views.login, name='login_view')
反向解析语法
html页面上模板语法 {% url 'login_view' %}
后端语法 reverse('login_view')
使用模板语法，当路由改变时，a标签能通过名字login_name找到这个名字对应的路由，也动态的进行改变：
后端使用reverse反向解析：
动态路由的反向解析
path('func1/<str:others>/', views.func1_func, name='func1_view')
html页面上模板语法 {% url 'func1_view' 'jason' %}
后端语法 reverse('func1_view', args=('嘿嘿嘿',))
动态路由的情况下正常情况是无法解析的，因为构成这个路由的结果可能有，无数个。
要把动态的部分确定下来，必须得传一个具体的值（这个值可以对象点name 传数据的主键值）：
如果有两个动态的参数，就传两个，用空格隔开。
后端语法：
通过args传位置参数，将动态的部分确定下来
标签：匹配,views,改查,django,可视化,path,数据,路由 From： https://www.cnblogs.com/super-xz/p/16977450.html