Django虚拟环境 FBV-CBV模板语法

Lamb!

已于 2023-09-20 14:50:30 修改

阅读量75

点赞数

分类专栏： Python 文章标签： django python 后端开发语言

于 2022-05-15 19:00:00 首次发布

本文链接：https://blog.csdn.net/weixin_45925028/article/details/130960807

版权

Python 专栏收录该内容

60 篇文章 0 订阅

订阅专栏

本文介绍了在开发中如何通过虚拟环境管理多个Django项目的解释器环境，避免版本冲突。讲解了创建和切换虚拟环境的方法，并对比了Django1.x与2.x在路由层和视图函数返回值的区别。同时，深入探讨了JsonResponse对象的使用以及form表单上传文件的处理。此外，还解析了CBV（基于类的视图）的工作原理，包括路由匹配、dispatch方法的执行流程。最后，提到了模板语法传值的方式和范围。

摘要由CSDN通过智能技术生成

虚拟环境

我们在实际开发工作中 针对不同的项目需要为其配备对应的解释器环境
 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)
    匹配对应位置的数据并且自动转换类型
    '''有五种转换器可供选择'''
    参考:https://blog.csdn.net/weixin_49111957/article/details/109754240

视图函数返回值

# 视图函数必须返回一个HttpResonse对象
  HttpResponse
    class HttpResponse(...):
      pass
  render
    def render(...):
    　return HttpResponse(...)
  redirect
    def redirect(...):
      # 多继承

JsonRespones对象

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方法 查看源码返回了一个闭包函数名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 }}