一 无名有名分组反向解析
1.1 无名分组反向解析
url(r'^index/(d+)/',views.index,name='xxx') # 前端 {% url 'xxx' 123 %} # 后端 reverse('xxx', args=(1,))
1.2 有名分组反向解析
url(r'^func/(?P<year>d+)/',views.func,name='ooo') # 前端 <a href="{% url 'ooo' year=123 %}">111</a> 了解 <a href="{% url 'ooo' 123 %}">222</a> 记忆 # 后端 # 有名分组反向解析 写法1 了解 print(reverse('ooo',kwargs={'year':123})) # 简便的写法 减少你的脑容量消耗 记跟无名一样的操作即可 print(reverse('ooo',args=(111,)))
1.3 数字代码放什么
数字一般情况下放的是数据的主键值 数据的编辑和删除 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%}
二 路由分发
django的每一个应用都可以有自己的templates文件夹 urls.py static文件夹
正是基于上述的特点 django能够非常好的做到分组开发(每个人只写自己的app)
作为组长 只需要将手下书写的app全部拷贝到一个新的django项目中 然后在配置文件里面注册所有的app再利用路由分发的特点将所有的app整合起来
当一个django项目中的url特别多的时候 总路由urls.py代码非常冗余不好维护这个时候也可以利用路由分发来减轻总路由的压力
利用路由分发之后 总路由不再干路由与视图函数的直接对应关系，而是做一个分发处理，识别当前url是属于哪个应用下的 直接分发给对应的应用去处理
总路由
from app01 import urls as app01_urls from app02 import urls as app02_urls urlpatterns = [ url(r'^admin/', admin.site.urls), # 1.路由分发 url(r'^app01/',include(app01_urls)), # 只要url前缀是app01开头 全部交给app01处理 url(r'^app02/',include(app02_urls)) # 只要url前缀是app02开头 全部交给app02处理 # 2.终极写法 推荐使用 url(r'^app01/',include('app01.urls')), url(r'^app02/',include('app02.urls')) # 注意事项:总路由里面的url千万不能加$结尾 ]
子路由
# app01 urls.py from django.conf.urls import url from app01 import views urlpatterns = [ url(r'^reg/',views.reg) ] # app02 urls.py from django.conf.urls import url from app02 import views urlpatterns = [ url(r'^reg/',views.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') ]
四 伪静态(了解)
静态网页：数据是写死的 万年不变
伪静态：将一个动态网页伪装成静态网页
为什么要伪装呢？
伪装的目的在于增大本网站的seo查询力度，并且增加搜索引擎收藏本网上的概率
搜索引擎本质上就是一个巨大的爬虫程序
优化方式就是在后面加上.html urlpatterns = [ url(r'^reg.html',views.reg,name='app02_reg') ]
总结:
无论你怎么优化 怎么处理，始终还是干不过RMB玩家，只要花点钱就可以了
五 虚拟环境(了解)
在正常开发中 我们会给每一个项目配备一个该项目独有的解释器环境
该环境内只有该项目用到的模块，用不到一概不装
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),2.X和3.X里面的re_path就等价于1.X里面的url url(r'^login/',login)
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重定向
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)
视图函数必须要返回一个HttpResponse对象 研究三者的源码即可得处结论
八 JsonResponse对象
json格式的数据有什么用？
前后端数据交互需要使用到json作为过渡 实现跨语言传输数据
前端序列化
JSON.stringify()
JSON.parse()
后端序列化
json.dumps()
json.loads()
import json from django.http import JsonResponse def ab_json(request): user_dict = {'username':'jason好帅哦,我好喜欢!','password':'123','hobby':'girl'} l = [111,222,333,444,555] # 先转成json格式字符串 # json_str = json.dumps(user_dict,ensure_ascii=False)ensure_ascii是否要编码转换 # 将该字符串返回 # return HttpResponse(json_str)
# 读源码掌握用法 # return JsonResponse(user_dict,json_dumps_params={'ensure_ascii':False}) # In order to allow non-dict objects to be serialized set the safe parameter to False. # return JsonResponse(l,safe=False) # 默认只能序列化字典 序列化其他需要加safe参数
九 form表单上传文件及后端如何操作
form表单上传文件类型的数据
1.method必须指定成post
2.enctype必须换成formdata
def ab_file(request): if request.method == 'POST': # print(request.POST) # 只能获取普通的简直对数据 文件不行 print(request.FILES) # 获取文件数据 # <MultiValueDict: {'file': [<InMemoryUploadedFile: u=1288812541,1979816195&fm=26&gp=0.jpg (image/jpeg)>]}> file_obj = request.FILES.get('file') # 文件对象 print(file_obj.name) with open(file_obj.name,'wb') as f: for line in file_obj.chunks(): # 推荐加上chunks方法 其实跟不加是一样的都是一行行的读取 f.write(line) return render(request,'form.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) # /app01/ab_file/ print(request.path_info) # /app01/ab_file/ print(request.get_full_path()) # /app01/ab_file/?username=jason
十一 FBV与CBV
# 视图函数既可以是函数也可以是类 def index(request): return HttpResponse('index') # CBV # CBV路由 url(r'^login/',views.MyLogin.as_view()) from django.views import View class MyLogin(View): def get(self,request): return render(request,'form.html') def post(self,request): return HttpResponse('post方法') """ FBV和CBV各有千秋 CBV特点 能够直接根据请求方式的不同直接匹配到对应的方法执行 内部到底是怎么实现的？ CBV内部源码(******) """