虚拟环境
每创建一个虚拟环境类似于重新下载了一个纯净的python解释器
但虚拟环境不要创建太多，会占用电脑硬盘空间
项目1需要使用:django1.11 python38
项目2需要使用:django2.22 pymysql requests python38
项目3需要使用:django3.22 request_html flask urllib3 python38
实际开发项目中我们只会给项目配备所需的环境，不需要的一概不配!!!
虚拟环境:能够针对相同版本的解释器创建多个分身 每个分身可以有自己独立的环境
在CMD终端创建虚拟环境： python -m venv pyvenv38
视图层views
三板斧
HttpResponse
用来处理请求的视图函数都必须返回HttpResponse对象
返回字符串类型
render
返回html页面 还可以给页面传值
redirect
重定向
jsonResponse对象
前后端数据交互需要用到json格式
def ab_json(request):
user_dict = {'username':'月神','age':18}
json_str = json.dumps(user_dict,ensure_ascii=False)
return HttpResponse(json_str)
from django.http import JsonResponse
return JsonResponse(user_dict)
使用jsonresponse方法可以直接发送数据，但是遇到文字会乱码
如何解决乱码
return JsonResponse(user_dict,json_dumps_params={'ensure_ascii':false})
直接在json_dumps_params这个方法里面传入 'ensure_ascii':false 就可以了
如何传送列表
l1 = [11,22,33,44]
return JsonResponse(l1,safe=False)
其实通过看源码和报错都可以推导出来这些问题
form如何上传文件/request对象获取文件
form表单上传文件
<form action='' method='post' enctype ='multipart/form-data'>
首先必须是post请求 然后设置enctype ='multipart/form-data'属性
< input type='file' name='file'>
前端获取文件，
后端获取文件
file_obj = request.FILES.get('file)
可以获得前端发来的文件对象
如何存储文件
with open(file_obj.name,'wb') as f:
for line in file_obj:
f.write(line)
这样就保存好了前端发来的文件
request对象方法
request.method
获取请求方式
request.POST
获取post请求提交的普通键值对数据 不包括文件
request.GET
获取get请求
request.FILES
获取文件
request.path
获取用户访问的路由
request.path_info
request.get_full_path()
获取用户访问的路由及问号后面携带的参数
FBV与CBV
FBV：基于函数的视图；
CBV：基于类的视图；
使用函数实现功能
def index(request):
return render(request,'login.html')
使用面向对象思想通过类实现功能
from django.views import View
#需要导入django.views import View模块
class Mylogin(View):
def get(self,request):
return render(request,'login.html')
def post(self,request):
return render(request,'login.html')
使用CBV路由匹配时
urlpatterns = [
path('login/', views.Mylogin.as_view()),
]
#访问路由 直接访问这个类 然后执行类里面的方法
'''
FBV和CBV各有千秋
CBV特点能够直接根据请求方式不同匹配到对应的方法执行
CBV源码解析
from django.views import View
class MyLogin(View):
def get(self,request):
return render(request,'login.html')
def post(self,request):
return render(request,'login.html')
使用 CBV 时，需要 通过 视图类. as_view() 才能进行路由匹配，那么直接观察这个as_view()的源码
urlpatterns = [
path('login/', views.Mylogin.as_view()),
] # as_view() 是一个绑定给 类的方法
# 由于加了()相当于立即执行了类里面的这个函数方法。
@classonlymethod
def as_view(cls,**initkwargs):
def view():
return view
观察返回值能够发现，返回的是内部的一个view函数
通过这里得出结论path('login/', views.Mylogin.as_view()),
相当于 path('login/', views.view),
因为Mylogin.as_view()执行完返回值是view
所以 CBV 路由匹配的本质，就是 FBV
接下来，我们分析一下，当路由匹配成功时，需要执行的这个view函数的源码
@classonlymethod
def as_view(cls, **initkwargs):
... ... # 源码省略
def view(request, *args, **kwargs):
self = cls(**initkwargs) -----> '实例化生成一个对象'
if hasattr(self, 'get') and not hasattr(self, 'head'):
self.head = self.get ----> '给生成的对象添加 head 属性'
self.request = request --> '给生成的对象添加 request 属性'
self.args = args ----> '给生成的对象添加 args 属性'
self.kwargs = kwargs ----> '给生成的对象添加 args 属性'
return self.dispatch(request, *args, **kwargs)
... ... # 源码省略
return view
最后结果就是 return self.dispatch(request, \*args, \**kwargs)
对象 和 产生对象的 类中都没有 dispatch函数，所有需要到 父类view中去找
http_method_names = ['get', 'post', 'put', 'patch', 'delete', 'head', 'options', 'trace']
def dispatch(self, request, *args, **kwargs):
if request.method.lower() in self.http_method_names:
# 判断当前请求的方法是否符合 8 个 默认的请求方法
handler = getattr(self, request.method.lower(),
# getattr反射
# sele是自己写的类产生的对象 查找get方法，自己写的对象没有 就找对象的父类 也就是我们自己写的类 然后有 get 执行我们类里面的get方法
# handler = 等于我们自己写的get方法
self.http_method_not_allowed)
else:
handler = self.http_method_not_allowed
return handler(request, *args, **kwargs)
# 触发我们函数内部的get方法
我们就剖析出，我们的as_view()函数做了这么几件事：
封装了一个函数，作为对应路由的函数
封装的函数中，让我们的自定义类产生了一个对象，并让对象执行方法dispatch返回结果
dispatch辨认了请求方式，根据请求方式返回了某个类体函数的结果（HttpResponse对象）