无名有名分组反向解析
无名分组反向解析
re_path(r'^home/(\d+)/',views.home,name='xx')
#前端
<a href="{% url 'xx' 123 %}">a</a>
#后端
def home(request,*args):
reverse('xx', args=(1,))
'''
因为无名分组是匹配数字,所有前后端也需要一起加数字
数字怎么放,一般来说放的是数据的主键值 --->用于数据的编辑和删除
url(r'^edit/(\d+)/',views.edit,name='xxx')
def edit(request,edit_id):
reverse('xxx',args=(edit_id,))
{%for user_obj in user_queryset%}
<a href="{% url 'xxx' user_obj.id %}">编辑</a>
{%endfor%}
'''
有名分组反向解析-->两种方法二选一
path('index/<int>',views.index,name='index')
#前端
<a href="{% url 'index' int=123 %}">a</a>
or
<a href="{% url 'index' 123 %}">a</a>
#后端
def index(request,**kwargs):
print(reverse('index',kwargs={'int':1}))
or
def index(request,**kwargs):
print(reverse('index',args=(1,)))
总结:记得一定要拿参数接收
路由分发
'''
django的每一个应用都可以有自己的templates文件夹 urls.py static文件夹
正是基于上述特点 django能够非常好的做到分组开发(每个人只写自己的app)
作为组长 只需要将手下书写的app全部拷贝到一个新的django项目中 然后在配置文件里面注册所有的app再利用路由分发的特点将所有的app整合起来
当一个django项目中的url非常多的时候,总路由就会显得非常冗余不太好进行维护
这个时候就可以利用路由分发来减轻总路由的压力
利用方式以及优点:利用路由分发之后 总路由不再做路由与视图函数的直接关系
而是利用一个分发处理
识别当前的url是属于哪个应用下的 直接分发给相应的应用去处理
'''
总路由:
from app01 import app01_urls
from app02 import app02_urls
urlpatterns = [
path('admin/', admin.site.urls),
path('app01/',include(app01_urls)),#只要url前缀是app01开头 全部交给app01处理
path('app02/',include(app02_urls)),#只要url前缀是app01开头 全部交给app02处理
]
举个栗子-->http://127.0.0.1:8000/app01/index/-->这就是交给app01处理
终极写法:无需导入
path('app01/',include('app01.app01_urls')),-->直接在include内导入
path('app02/',include('app02.app02_urls')),
子路由
app01:
from django.urls import path,re_path
from app01 import views
urlpatterns = [
re_path(r'^index/',views.index)
]
app02:
from django.urls import path,re_path
from app02 import views
urlpatterns = [
path('index/',views.index)
]
名称空间(了解)
# 当多个应用出现了相同的别名 我们研究反向解析会不会自动识别应用前缀
"""
正常情况下的反向解析是没有办法自动识别前缀的
"""
app01:
path('reg/', views.reg, name='reg')
def reg(request):
print(reverse('reg'))
return HttpResponse('app01:reg')
app02:
path('reg/',views.reg,name='reg')
def reg(request):
print(reverse('reg'))
return HttpResponse('app02:reg')
后端就会识别不了前缀 返回的是/app02/reg/
# 名称空间
# 总路由
url(r'^app01/',include('app01.urls',namespace='app01')),
url(r'^app02/',include('app02.urls',namespace='app02'))
# 解析的时候
# app01
urlpatterns = [
url(r'^reg/',views.reg,name='reg')
]
# app02
urlpatterns = [
url(r'^reg/',views.reg,name='reg')
]
reverse('app01:reg')
reverse('app02:reg')
{% url 'app01:reg' %}
{% url 'app02:reg' %}
# 其实只要保证名字不冲突 就没有必要使用名称空间
"""
一般情况下 有多个app的时候我们在起别名的时候会加上app的前缀
这样的话就能够确保多个app之间名字不冲突的问题
"""
urlpatterns = [
url(r'^reg/',views.reg,name='app01_reg')
]
urlpatterns = [
url(r'^reg/',views.reg,name='app02_reg')
]
反正这东西不加为好,加了就是一堆乱七八糟的错误
伪静态(了解)
"""
静态网页
数据是写死的 万年不变
伪静态
将一个动态网页伪装成静态网页
为什么要伪装呢?
https://www.cnblogs.com/Dominic-Ji/p/9234099.html
伪装的目的在于增大本网站的seo查询力度
并且增加搜索引擎收藏本网上的概率
搜索引擎本质上就是一个巨大的爬虫程序
总结:
无论你怎么优化 怎么处理
始终还是干不过RMB玩家
"""
urlpatterns = [
url(r'^reg.html',views.reg,name='app02_reg')
]
反向解析(了解)
# 通过一些方法得到一个结果 该结果可以直接访问对应的url触发视图函数
path('dddsadasd/',views.ddd,name='ooo')
前端获取
<a href="{% url 'ooo'%}">1</a>
后端获取的是views的url名
from django.shortcuts import reverse
print(reverse('ooo'))
虚拟环境(了解)
"""
在正常开发中 我们会给每一个项目配备一个该项目独有的解释器环境
该环境内只有该项目用到的模块 用不到一概不装
linux:缺什么才装什么
虚拟环境
你每创建一个虚拟环境就类似于重新下载了一个纯净的python解释器
但是虚拟环境不要创建太多,是需要消耗硬盘空间的
扩展:
每一个项目都需要用到很多模块 并且每个模块版本可能还不一样
那我该如何安装呢? 一个个看一个个装???
开发当中我们会给每一个项目配备一个requirements.txt文件
里面书写了该项目所有的模块即版本
你只需要直接输入一条命令即可一键安装所有模块即版本
"""
django版本区别
"""
1.django1.X路由层使用的是url方法
而在django2.Xhe3.X版本中路由层使用的是path方法
url()第一个参数支持正则
path()第一个参数是不支持正则的 写什么就匹配什么
如果你习惯使用path那么也给你提供了另外一个方法
from django.urls import path, re_path
from django.conf.urls import url
re_path(r'^index/',index),
url(r'^login/',login)
2.X和3.X里面的re_path就等价于1.X里面的url
2.虽然path不支持正则 但是它的内部支持五种转换器
path('index/<int:id>/',index)
# 将第二个路由里面的内容先转成整型然后以关键字的形式传递给后面的视图函数
def index(request,id):
print(id,type(id))
return HttpResponse('index')
str,匹配除了路径分隔符(/)之外的非空字符串,这是默认的形式
int,匹配正整数,包含0。
slug,匹配字母、数字以及横杠、下划线组成的字符串。
uuid,匹配格式化的uuid,如 075194d3-6885-417e-a8a8-6c931e272f00。
path,匹配任何非空字符串,包含了路径分隔符(/)(不能用?)
3.除了有默认的五个转换器之外 还支持自定义转换器(了解)
class MonthConverter:
regex='\d{2}' # 属性名必须为regex
def to_python(self, value):
return int(value)
def to_url(self, value):
return value # 匹配的regex是两个数字,返回的结果也必须是两个数字
from django.urls import path,register_converter
from app01.path_converts import MonthConverter
# 先注册转换器
register_converter(MonthConverter,'mon')
from app01 import views
urlpatterns = [
path('articles/<int:year>/<mon:month>/<slug:other>/', views.article_detail, name='aaa'),
]
4.模型层里面1.X外键默认都是级联更新删除的
但是到了2.X和3.X中需要你自己手动配置参数
models.ForeignKey(to='Publish')
models.ForeignKey(to='Publish',on_delete=models.CASCADE...)
"""
视图层
三板斧
'''
HTTPResponse
返回字符串类型
render
返回html页面 并且返回给浏览器之前还可以给html文件传值
redirect
重定向
'''
#验证视图函数必须返回一个HTTPResponse对象 正确 研究三者的源码即可得处结论
The view app01.views.index didn't return an HttpResponse object. It returned None instead.
# render简单内部原理
from django.template import Template,Context
res = Template('<h1>{{ user }}</h1>')
con = Context({'user':{'username':'jason','password':123}})
ret = res.render(con)
print(ret)
return HttpResponse(ret)
JsonResponse对象
'''
json格式数据的作用
前后端数据交互需要使用到json作为过渡 实现跨语言传输数据
'''
前端序列化
JavaScript Python
JSON.stringify() json.dumps()
JSON.parse() json.loads()
python语法返回
def obj_json(request):
user_dict = {'username':'yo','age':'20','hobby':'钱'}
# json_str = json.dumps(user_dict,ensure_ascii=True)
# return HttpResponse(json_str)
Django语法返回
from django.http import JsonResponse
def obj_json(request):
user_dict = {'username':'yo','age':'20','hobby':'钱'}
return JsonResponse(l,json_dumps_params={'ensure_ascii':True})
def obj_json(request):
l = [1,2,3,4,5]
return JsonResponse(l,safe=False)
JsonResponse默认只能格式化字典,若是需要格式化其他则要将safa=False
解析
JsonResponse源码:
def __init__(self, data, encoder=DjangoJSONEncoder, safe=True,
json_dumps_params=None, **kwargs):
通过读取源码即可知道用法
from表单上传文件及后端如何操作
"""
form表单上传文件类型的数据
1.method必须指定成post
2.enctype必须换成formdata
"""
def file(request):
if request.method == 'POST':
# print(request.POST)--->只能获得普通数据
# print(request.FILES)--->能够获得文件数据
file_obj = request.FILES.get('files')
with open(file_obj.name,'wb')as f :
for line in file_obj.chunks() :-->加不加chunks都一样,不过官方推荐加
f.write(line)
return render(request,'file.html')
request对象方法
"""
request.method
request.POST
request.GET
request.FILES
request.body # 原生的浏览器发过来的二进制数据 后面详细的讲
request.path
request.path_info
request.get_full_path() 能过获取完整的url及问号后面的参数
"""
# print(request.path)#/file/
# print(request.path_info)#/file/
# print(request.get_full_path())#/file/?username=egon&files=django%E7%94%9F%E5%91%BD%E6%B5%81%E7%A8%8B%E5%9B%BE.jpg&%E6%8F%90%E4%BA%A4=%E6%8F%90%E4%BA%A
FBV与CBV
FBV(function base views) 基于函数的视图,就是在视图里使用函数处理请求。
CBV(class base views) 基于类的视图,就是在视图里使用类处理请求。
FBV就是我们经常使用的
def index(request):
return HttpResponse('index')
CBV可以自动判断请求的类型,从而来使用不同方法来处理数据
path('ddd/',views.ddd.as_view())
使用前需要导入库
from django.views import View
class ddd(View):
def get(self,request):
return HttpResponse('get请求')
def post(self,request):
return HttpResponse('post请求')
执行对应请求的方法前会优先执行 dispatch 方法(在get/post/put...方法前执行),dispatch() 方法会根据请求的不同调用相应的方法来处理。
其实,在我们前面学到的知识都知道 Django 的 url 是将一个请求分配给可调用的函数的,而不是一个类,那是如何实现基于类的视图的呢? 主要还是通过父类 View 提供的一个静态方法 as_view() ,as_view 方法是基于类的外部接口, 他返回一个视图函数,调用后请求会传递给 dispatch 方法,dispatch 方法再根据不同请求来处理不同的方法
CBV内部源码剖析
# 你自己不要修改源码 除了bug很难找
# 突破口在urls.py
url(r'^login/',views.MyLogin.as_view())
# url(r'^login/',views.view) FBV一模一样
# CBV与FBV在路由匹配上本质是一样的 都是路由 对应 函数内存地址
"""
函数名/方法名 加括号执行优先级最高
猜测
as_view()
要么是被@staicmethod修饰的静态方法
要么是被@classmethod修饰的类方法 正确
@classonlymethod
def as_view(cls, **initkwargs):
pass
"""
@classonlymethod
def as_view(cls, **initkwargs):
"""
cls就是我们自己写的类 MyCBV
Main entry point for a request-response process.
"""
def view(request, *args, **kwargs):
self = cls(**initkwargs) # cls是我们自己写的类
# self = MyLogin(**initkwargs) 产生一个我们自己写的类的对象
return self.dispatch(request, *args, **kwargs)
"""
以后你们会经常需要看源码 但是在看python源码的时候 一定要时刻提醒自己面向对象属性方法查找顺序
先从对象自己找
再去产生对象的类里面找
之后再去父类找
...
总结:看源码只要看到了self点一个东西 一定要问你自己当前这个self到底是谁
"""
return view
# CBV的精髓
def dispatch(self, request, *args, **kwargs):
# 获取当前请求的小写格式 然后比对当前请求方式是否合法
# get请求为例
# post请求
if request.method.lower() in self.http_method_names:
handler = getattr(self, request.method.lower(), self.http_method_not_allowed)
"""
反射:通过字符串来操作对象的属性或者方法
handler = getattr(自己写的类产生的对象,'get',当找不到get属性或者方法的时候就会用第三个参数)
handler = 我们自己写的类里面的get方法
"""
else:
handler = self.http_method_not_allowed
return handler(request, *args, **kwargs)
"""
自动调用get方法
"""
# 要求掌握到不看源码也能够描述出CBV的内部执行流程(******)
今日考题
1.列举你知道的orm数据的增删改查方法
数据的增
res = models.User.objects.create(username=username,...)
or
user_obj = models.User(username=username,...)
user_obj.save()
删
models.User.objects.filter(id=delect_id).delect()
or
delect_id = request.GET.get('user_id')
models.User.objects.filter(id=delect_id).delect()
改
models.User.onjects.filter(id=edit_id).update(username=username,password=password)
or
edit_obj = models.User.objects.filter(id=edit_id).first()
edit_obj.username = username
edit_obj.password = password
edit_obj.save()
查
res = models.User.objects.filter(username=username)
#查询用户表中所有的数据
#方式一:
data = models.User.objects.filter()
方式二:
user_queryset = models.User.objects.all()
2.表关系如何判定,django orm中如何建立表关系,有什么特点和注意事项
表关系的判定:换位思考
表关系有 一对一,一对多,多对多
一对多建立方法
xx = models.ForeignKey(to='xxx',on_delect=models.CASCADE,)
特点:外键一般建立在查询频率较高的一方
一对一建立方法
xx = models.OneToOneField(to='xxx',on_delect=models.CASCADE,)
特点:外键一般建立在查询频率较高的一方
多对多建立方法
authors = models.ManyToManyField(to='xxx')
特点:不需要建立关系表,会自动帮你创建好关系表,创建这个需要在表下面写,建议先创建表再写关系
3.请画出完整的django请求生命周期流程图
4.无名、有名分组各是什么意思
无名分组就是将括号内正则表达式匹配到的内容当作位置参数传递给后面的视图函数
有名分组就是将括号内正则表达式匹配到的内容当作关键字参数传递给后面的视图函数
5.反向解析是什么,如何使用
当路由层 url 发生改变,在视图层和模板层动态反向解析出更改后的 url,免去修改的操作。
反向解析一般用在模板中的超链接及视图中的重定向
普通路径
在 urls.py 中给路由起别名,name="路由别名"。
在 views.py 中,从 django.urls 中引入 reverse,利用 reverse("路由别名") 反向解析:
无名分组
在 views.py 中,从 django.urls 中引入 reverse,利用 reverse("路由别名",args=(符合正则匹配的参数,)) 反向解析。
正则路径(有名分组)
在 views.py 中,从 django.urls 中引入 reverse,利用 reverse("路由别名",kwargs={"分组名":符合正则匹配的参数}) 反向解析。
具体参考笔记