每日测验

"""
今日考题
1.反向解析的本质是什么，无名和有名反向解析如何操作？
2..路由分发能够实现的前提是什么，需要注意什么，名称空间什么时候使用
3..什么是虚拟环境，django1.X与django2.X/3.X的区别有哪些
4.诠释为何跨语言传输数据以json格式为主，django返回json格式数据方式有哪些，又有哪些注意事项和配置参数
"""

昨日内容回顾

无名有名分组的反向解析

# 反向解析的本质:通过一些方法，得到一个结果，该结果可以访问到对应的url并触发视图函数的运行

# 无名分组反向解析
url(r'^index/(\d+)/',views.index,name='xxx')
# 前端
{% url 'xxx' 1 %}
# 后端
reverse('xxx',args=(1,))  # index/1/

# 有名分组反向解析
url(r'^index/(?P<year>\d+)/',views.index,name='ooo')
# 前端
{% url 'ooo' year=1 %}
{% url 'ooo' 1 %}  # 记一个 节省脑容量消耗
# 后端
reverse('ooo',kwargs={'year':1})
reverse('ooo',args=(1,))  # 记一个 节省脑容量消耗

路由分发

"""
在django中 每一个应用都可以有自己独立的templates模版文件夹、static静态文件、urls.py
也就意味基于django实现多人分组开发是非常方便的 每个人只需要专注于开发自己的app即可

当django路由匹配特别多的时候 那么总路由可以不再直接干匹配和触发函数运行而仅仅只是做一步分发操作
"""
# 总路由
    url(r'^app01/',include('app01.urls'))  # 只要url是app01开头就会自动将url中app01后面的路径交给app01下的urls.py去做匹配
  """总理由url后面千万不能加$符号"""

# 子路由
    url(r'^index/$',views.index)

名称空间

# 当多个应用出现相同的别名的时候 反向解析的时候会出现冲突

# 方式1:利用名称空间的概念
url(r'^app01/',include('app01.urls',namespaces='app01'))
url(r'^index/$',views.index,name='xxx')
reverse('app01:xxx')
{% url 'app01:xxx' %}
# 方式2:起别名的时候加上应用前缀
url(r'^index/$',views.index,name='app01_xxx')
reverse('app01_xxx')
{% url 'app01_xxx' %}
"""
在同一个django项目中 别名不能冲突
即只要别名不冲突 那么反向解析就不会出错！！！
"""

伪静态

"""
xxx.html
网站的优化
    增大搜索引擎收录本网站的概率
    即seo查询优先展示度
但是还是RMB玩家牛逼
"""

虚拟环境

"""
通常情况下我们会给每一个项目单独配备该项目所需的模块，不需要的一概不装节省资源

创建一个虚拟环境就类似于重新下载了一个纯净的python解释器

扩展:
    工作中，我们会给每一个项目配备一个requirements.txt文件，里面记录了该项目所需要的所有的模块和版本，你直接一条安装即可

如何创建虚拟环境
    利用pycharm快捷创建虚拟环境的标志
    venv文件夹个人建议
    你的机器上最好不要有太多的虚拟环境
    最好直接使用本机环境
"""

django版本区别

# urls.py
1.X用的是url 第一个参数支持正则
2.X和3.X默认用的是path 第一个参数不支持正则 写什么就匹配 精准匹配

如果你确实不想用path那么2.X和3.X还提供了一个re_path(等价于1.X里面的url)

path提供了五种默认的转换器(了解)
    做笔记即可
path还支持自定义转换器(了解)
    做笔记即可

# models.py
1.X默认外键都是级联更新级联删除
2.X和3.X需要你自己手动指定相关参数

三板斧

"""
HttpResponse
render
redirect

视图函数必须返回一个HttpResponse对象
"""

JsonResponse对象

"""
django后端给前端返回json格式的数据
    1.手动利用json模块
    2.利用JsonResponse
    ...
"""
json.dumps(data,ensure_ascii=False)  # 序列化的时候内部不会自动转换编码

from django.http import JsonResponse
# 稍微看一下JsonResponse源码
JsonResponse(data,json_dumps_params={'ensure':False})
# JsonResponse默认只序列化字典 序列化其他可以被序列化的数据的时候需要额外加一个safe参数
JsonResponse([],safe=False)

form表单上传文件

"""
action三个参数

上传文件需要指定的两个参数
    method=‘post’
    enctype=formdata
"""

# request对象方法
.POST
.GET
.method
.body
.FILES        # 获取文件数据
.path
.path_info
.get_full_path()  # url?xxx=ppp

FBV与CBV

"""
视图函数即可以是函数也可以是类
"""
# FBV
def index(request):
  return HttpResponse('OK')

# CBV
from django.views import View

"""只要是处理业务逻辑的视图函数 形参里面肯定要有request"""
class MyClass(View):
  def get(self,request):
    return HttpResponse('get请求')

  def post(self,request):
    return HttpResponse('post请求')

# 注意 CBV路由匹配写法跟FBV有点不一样(但是其实本质是一样的)
url(r'^login/$',views.MyClass.as_view())

# 疑问:CBV能够做到根据不同的请求方式自动匹配对应的方法并执行???(******)

今日内容概要

CBV源码剖析
settings源码剖析(尝试理解)
模版层
- 模版语法传值
- 模版语法之过滤器
- 模版语法之标签
- 自定义过滤器、标签及inclusion_tag
- 模版的继承
- 模版的导入

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的内部执行流程(******)

模版语法传值

{{}}:变量相关

{%%}:逻辑相关

def index(request):
    # 模版语法可以传递的后端python数据类型
    n = 123
    f = 11.11
    s = '我也想奔现'
    b = True
    l = ['小红','姗姗','花花','茹茹']
    t = (111,222,333,444)
    d = {'username':'jason','age':18,'info':'这个人有点意思'}
    se = {'晶晶','洋洋','嘤嘤'}

    def func():
        print('我被执行了')
        return '你的另一半在等你'

    class MyClass(object):
        def get_self(self):
            return 'self'

        @staticmethod
        def get_func():
            return 'func'

        @classmethod
        def get_class(cls):
            return 'cls'

        # 对象被展示到html页面上 就类似于执行了打印操作也会触发__str__方法
        def __str__(self):
            return '到底会不会？'  

    obj = MyClass()

    # return render(request,'index.html',{})  # 一个个传
    return render(request,'index.html',locals())

<p>{{ n }}</p>
<p>{{ f }}</p>
<p>{{ s }}</p>
<p>{{ b }}</p>
<p>{{ l }}</p>
<p>{{ d }}</p>
<p>{{ t }}</p>
<p>{{ se }}</p>
<p>传递函数名会自动加括号调用 但是模版语法不支持给函数传额外的参数:{{ func }}</p>
<p>传类名的时候也会自动加括号调用(实例化){{ MyClass }}</p>
<p>内部能够自动判断出当前的变量名是否可以加括号调用 如果可以就会自动执行  针对的是函数名和类名</p>
<p>{{ obj }}</p>
<p>{{ obj.get_self }}</p>
<p>{{ obj.get_func }}</p>
<p>{{ obj.get_class }}</p>

# django模版语法的取值 是固定的格式 只能采用“句点符” .
<p>{{ d.username }}</p>
<p>{{ l.0 }}</p>
<p>{{ d.hobby.3.info }}</p>
# 即可以点键也可以点索引 还可以两者混用

过滤器(过滤器只能最多有两个参数)

# 过滤器就类似于是模版语法内置的 内置方法
# django内置有60多个过滤器 我们不需要学这么多 了解10个左右就差不多了 后面碰到了再去记忆

# 基本语法
{{数据|过滤器:参数}}

# 转义
# 前端
    |safe
# 后端
    from django.utils.safestring import mark_safe
  res = mark_safe('<h1>新新</h1>')
"""
以后你在全栈项目的时候 前端代码不一定非要在前端页面书写
也可以现在先在后端写好 然后传递给前端页面
"""

<h1>过滤器</h1>
<p>统计长度:{{ s|length }}</p>
<p>默认值(第一个参数布尔值是True就展示第一个参数的值否则展示冒号后面的值):{{ b|default:'啥也不是' }}</p>
<p>文件大小:{{ file_size|filesizeformat }}</p>
<p>日期格式化:{{ current_time|date:'Y-m-d H:i:s' }}</p>
<p>切片操作(支持步长):{{ l|slice:'0:4:2' }}</p>
<p>切取字符(包含三个点):{{ info|truncatechars:9 }}</p>
<p>切取单词(不包含三个点 按照空格切):{{ egl|truncatewords:9 }}</p>
<p>切取单词(不包含三个点 按照空格切):{{ info|truncatewords:9 }}</p>
<p>移除特定的字符:{{ msg|cut:' ' }}</p>
<p>拼接操作:{{ l|join:'$' }}</p>
<p>拼接操作(加法):{{ n|add:10 }}</p>
<p>拼接操作(加法):{{ s|add:msg }}</p>
<p>转义:{{ hhh|safe }}</p>
<p>转义:{{ sss|safe }}</p>
<p>转义:{{ res }}</p>

# for循环
{% for foo in l %}
    <p>{{ forloop }}</p>
    {# 每个元素的信息 {'parentloop': {}, 'counter0': 0, 'counter': 1, 'revcounter': 6, 'revcounter0': 5, 'first': True, 'last': False}#}
    <p>{{ foo }}</p>
    {# 一个个的元素 #}
{% endfor %}

# if判断
{% if b %}
    <p>baby</p>
{% elif s%}
    <p>都来把</p>
{% else %}
    <p>老baby</p>
{% endif %}

# for与if混合使用
{% for foo in lll %}
    {% if forloop.first %}
        <p>这是我的第一次</p>
    {% elif forloop.last %}
        <p>这是最后一次啊</p>
    {% else %}
        <p>{{ foo }}</p>
    {% endif %}
    {% empty %}
        <p>for循环的可迭代对象内部没有元素 根本没法循环</p>
{% endfor %}

# 处理字典其他方法
{% for foo in d.keys %}
    <p>{{ foo }}</p>
{% endfor %}
{% for foo in d.values %}
    <p>{{ foo }}</p>
{% endfor %}
{% for foo in d.items %}
    <p>{{ foo }}</p>
{% endfor %}

# with起别名
{% with d.hobby.3.info as nb  %}
    <p>{{ nb }}</p>
    在with语法内就可以通过as后面的别名快速的使用到前面非常复杂获取数据的方式
    <p>{{ d.hobby.3.info }}</p>
{% endwith %}

自定义过滤器、标签、inclusion_tag

"""
先三步走
    1.在应用下创建一个名字”必须“叫templatetags文件夹
    2.在该文件夹内创建“任意”名称的py文件 eg:mytag.py
    3.在该py文件内"必须"先书写下面两句话(单词一个都不能错)
        from django import template

        register = template.Library()

在settings中做如下设置
TEMPLATES = [
        {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(BASE_DIR, 'templates')] ,
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [ 'django.template.context_processors.debug',
            'django.template.context_processors.request',
            'django.contrib.auth.context_processors.auth',
            'django.contrib.messages.context_processors.messages',
            ],  

            新增设置
            'libraries':{
                'mytag':  'app01.templatetags.mytag',
            },     

            },
            },]

            INSTALLED_APPS = [
            'django.contrib.admin',
            'django.contrib.auth',
            'django.contrib.contenttypes',
            'django.contrib.sessions',
            'django.contrib.messages',
            'django.contrib.staticfiles',
            'app01',
            新增设置
            'app01.templatetags.mytag', ]

"""

# 自定义过滤器
@register.filter(name='baby')
def my_sum(v1, v2):
    return v1 + v2
# 使用
{% load mytag %}
<p>{{ n|baby:666 }}</p>

# 自定义标签(参数可以有多个)            类似于自定义函数
@register.simple_tag(name='plus')
def index(a,b,c,d):
    return '%s-%s-%s-%s'%(a,b,c,d)
# 使用
标签多个参数彼此之间空格隔开
<p>{% plus 'jason' 123 123 123 %}</p>

# 自定义inclusion_tag
"""
内部原理
    先定义一个方法
    在页面上调用该方法 并且可以传值
    该方法会生成一些数据然后传递给一个html页面
    之后将渲染好的结果放到调用的位置
"""
@register.inclusion_tag('left_menu.html')
def left(n):
    data = ['第{}项'.format(i) for i in range(n)]
    # 第一种
    # return {'data':data}  # 将data传递给left_menu.html
    # 第二种
    return locals()  # 将data传递给left_menu.html

#局部
<ul>
    {% for datum in data %}
        <li>{{ datum }}</li>
    {% endfor %}
</ul>  

{% left 5 %}
# 总结:当html页面某一个地方的页面需要传参数才能够动态的渲染出来，并且在多个页面上都需要使用到该局部 那么就考虑将该局部页面做成inclusion_tag形式
(在讲bbs的时候会使用到)

模版的继承

"""
你们有没有见过一些网站
    这些网站页面整体都大差不差 只是某一些局部在做变化
"""
# 模版的继承 你自己先选好一个你要想继承的模版页面
{% extends 'home.html' %}

# 继承了之后子页面跟模版页面长的是一模一样的 你需要在模版页面上提前划定可以被修改的区域
{% block content %}
    模版内容
{% endblock %}

# 子页面就可以声明想要修改哪块划定了的区域
{% block content %}
    子页面内容
{% endblock %}

# 一般情况下模版页面上应该至少有三块可以被修改的区域
    1.css区域
  2.html区域
  3.js区域
  {% block css %}

    {% endblock %}

  {% block content %}

    {% endblock %}

  {% block js %}

    {% endblock %}
  # 每一个子页面就都可以有自己独有的css代码 html代码 js代码

"""
一般情况下 模版的页面上划定的区域越多 那么该模版的扩展性就越高
但是如果太多 那还不如自己直接写
"""

模版的导入

"""
将页面的某一个局部当成模块的形式
哪个地方需要就可以直接导入使用即可
"""
{% include 'wasai.html' %}

作业

"""
今日作业
必做题
1.整理今日内容，用自己的话术和思路整理到个人博客中
2.阅读CBV源码，截图加注释到手机一份，要求做到脱稿说出流程
3.利用模版的继承及CBV完成网站首页 登陆 注册页面搭建 实现三者相互交互
选做题
1.尝试着做一做图书管理系统(将所学的知识点全部用进去)
无名有名+反向解析+模版的继承
"""

手机扫一扫

移动阅读更方便

你可能感兴趣的文章

crm--纯后端部署

Django项目缓存优化

django配置swagger自动生成接口文档以及自定义参数设置