Django(四)
内容概要
- 虚拟环境
- JsonResponse对象
- 接收文件数据
- FBV与CBV(基于函数的视图、基于类的视图)
- CBV源剖析(查看源码)
- 模板语法传值
虚拟环境
在我们实际开发工作中 针对不同的项目需要为其匹配对应的解析器环境
eg:
项目1
django2.2 pymysql3.3 requests1.1
项目2
django1.1
项目3
flask
诸多项目在你的机器上如何无障碍的打开并运行
方式1:把所有需要用到的模块全部下载下来 如果有相同模块不同版本每次都重新下载替换
方式2:提前准备好多个解释器环境 针对不同的项目切换即可
# 创建虚拟环境
相当于在下载一个全新的解释器
# 识别虚拟环境
文件目录中有一个venv文件夹
# 如何切换环境
选择不用的解释器即可 全文不要再次勾选new enviroment...
django版本区别
# 路由层
django1.x与2.x、3.x有些许区别
1.路由匹配的方法不一样呀
url() 支持正则 path() 第一个参数不支持正则
如果想使用正则 也提供了方法
from django.urls import path,re_path
2.path方法提供了转换器功能
path('index/<int:id>/', index)
匹配对应位置的数据并且自动转换类型
'''有五种转换器可供选择'''
#1、五个内置转化器
- str:匹配除了路径分隔符(/)之外的非空字符串,这是默认的形式
- int:匹配正整数,包括0
- slug:匹配字母、数字、下划线以及横杠组成的字符串
- uuid:匹配格式化的uuid,如 075194d3-6885-417e-a8a8-6c931e272f00
- path:匹配任何非空字符串,包含了路径分隔符(/),不能用"?"
#2、示例:
- path('login/<int:year>', views.login),
- path('login/<str:name>', views.login),
- path('login/<path:p>',views.article),
#3、高级示例:
- 实现匹配这种路径:http://127.0.0.1:8000/jason/p/4444.html
- path('<str:name>/p/<int:id>.html', views.article),
- re_path(r'^(?P<name>.*?)/p/(?P<id>\d+).html$', views.login)
- url(r'^(?P<name>.*?)/p/(?P<id>\d+).html$', views.login)
# url在2.x之后的版本不建议使用,可以使用re_path代替
视图函数返回值
# 视图函数必须返回一个HttpResonse对象
分别查看'三板斧'的源码 (ctrl+鼠标左键)
HttpResponse
class HttpResponse(...):
pass
render
def render(...):
return HttpResponse(...)
redirect
def redirect(...):
# 多继承
JsonResponse对象
user_dict = {'name': 'jason', 'pwd': 123, 'hobby': '好好学习'}
return JsonResponse(user_dict,json_dumps_params={'ensure_ascii':False})
# 源码
class JsonResponse(HttpResponse):
def __init__(self, data,json_dumps_params=None, **kwargs):
data = json.dumps(data, **json_dumps_params)
"""为什么使用JsonResponse还不是原始的json模块"""
django对json序列化的数据类型的范围做了扩充
回忆之前我们自己扩展的序列化方法
form表单上传文件
form表单上传的数据中如果含有文件 那么需要做以下几件事
1.method必须是post
2.enctype必须修改为multipart/form-data
默认是application/x-www-form-urlencoded
3.后端需要使用request.FILES获取
# django会根据数据类型的不同自动帮你封装到不同的方法中
request其他方法
request.method
request.POST
request.GET
request.FILES
request.body
存放的是接收过来的最原始的二进制数据
request.POST、request.GET、request.FILES这些获取数据的方法其实都从body中获取数据并解析存放的
request.path
获取路径
request.path_info
获取路径
request.get_full_path()
获取路径并且还可以获取到路径后面携带的参数
FBV与CBV
FBV:基于函数的视图
url(r'^index/',函数名)
CBV:基于类的视图
from django import views
class MyLoginView(views.View):
def get(self, request):
return HttpResponse("from CBV get view")
def post(self, request):
return HttpResponse("from CBV post view")
url(r'^ab_cbv/', views.MyLoginView.as_view())
"""
如果请求方式是GET 则会自动执行类里面的get方法
如果请求方式是POST 则会自动执行类里面的post方法
"""
CBV源码剖析
1.切入点:路由匹配
类名点属性as_view并且还加了括号
as_view可能是普通的静态方法
as_view可能是绑定给类的方法
2.对象查找属性的顺序
先从对象自身开始、再从产生对象的类、之后是各个父类
MyLoginView.as_view()
先从我们自己写的MyLoginView中查找
没有再去父类Views中查找
3.函数名加括号执行优先级最高
url(r'^ab_cbv/', views.MyLoginView.as_view()) # 类名.as_view()
项目已启动就会执行as_view方法
# 查看源码返回了一个闭包函数名view
def as_view(cls):
def view(cls):
pass
return view
url(r'^ab_cbv/', views.view)
# CBV与FBV在路由匹配本质是一样的!!!
4.路由匹配成功之后执行view函数
def view():
self = cls()
return self.dispatch(request, *args, **kwargs)
5.执行dispatch方法
需要注意查找的顺序!!!
def dispatch():
handler = getattr(self, request.method.lower())
return handler(request, *args, **kwargs)
"""查看源码也可以修改 但是尽量不要这么做 很容易产生bug"""
模板语法传值
"""
django提供的模板语法只有两个符号
{{}}:主要用于变量相关操作(引用)
{%%}:主要用于逻辑相关操作(循环、判断)
"""
1.传值的两种方式
# 传值方式1:指名道姓的传 适用于数据量较少的情况 节省资源
# return render(request, 'ab_temp.html', {'name':name})
# 传值方式2:打包传值 适用于数据量较多的情况(偷懒) 浪费资源
'''locals() 将当前名称空间中所有的名字全部传递给html页面'''
return render(request, 'ab_temp.html', locals())
2.传值的范围
基本数据类型都可以
函数名
模板语法会自动加括号执行并将函数的返回值展示到页面上
不支持传参(模板语法会自动忽略有参函数)
文件名
直接显示文件IO对象
类名
自动加括号实例化成对象
对象名
直接显示对象的地址 并且具备调用属性和方法的能力
# django模板语法针对容器类型的取值 只有一种方式>>>:句点符
既可以点key也可以点索引 django内部自动识别
{{ data1.info.pro.3.msg }}
本文来自博客园,作者:{Mr_胡萝卜须},转载请注明原文链接:https://www.cnblogs.com/Mr-fang/p/16273826.html