今日内容详细

路由分发

​ django的每一个应用都可以有自己独立的路由层(urls.py)静态文件(static文件夹)模板层(templates文件夹)

​ 基于这个特性多人开发项目就可以完全解耦和 之后利用路由器分发还可以整合在一起

  • 路由器分发解决的就是项目的总路由匹配过多的情况

  • 利用路由分发的特性之后 总路由不再干路由与视图函数的直接对应关系

  • 总路由做分发处理 识别当前urls是属于哪个app下的 直接分发到对应的应用去处理

  • 请求来了之后 总路由不做对应关系 只询问你要访问哪个app的功能 然后将请求转发给对应的app去处理

    总路由分发配置

    1.在app目录下创建一个urls.py文件
    2.导入一个include模块(主路由 子路由)
    主路由:
    from django.urls import path,include urlpatterns = [
    path('admin/', admin.site.urls),
    #路由分发
    path('app01/',include('app01.urls')),
    #只要是app01的 全部交给app01处理
    path('app02/',include('app02.urls'))
    #只要是app02的 全部交给app02处理
    ]
    子路由正常写 路由与函数视图对应关系
    '''
    在访问的时候要指定是找哪一个app
    '''

名称空间

路由分发之后 针对相同的别名能不能正确解析出不同的应用前缀
默认情况下不行
方式一:名称空间
总路由:path('app01/',include('app01.urls','app01'),namespace='app01'),
path('app02/',include('app02.urls','app02'),namespace='app02')
反向解析:
reverse('app01:index_view')
reverse('app02:index_view')

方式二:别名不冲突即可

多个应用别名不冲突可以用应用名作为别名的前缀
path('index/',views.index_func,name='app_01index_view')
path('index/',views.index_func,name='app_02index_view')

虚拟环境

当不同的项目需要使用不同版本的模块时 我们需要用到不同的模块 浪费空间 有些还需要卸载 很麻烦
虚拟环境和本地环境互不打扰 想用什么模块直接下载
虚拟环境:能够针对相同版本的解释器创建多个分身 每个分身可以有自己独立的环境

pycharm创建

每创建一个虚拟环境就相当于重新下载了一个全新的解释器

创建好的虚拟环境:

命令行创建

python -m venv pyvebne38

注意:python命令此处不支持多版本共存操作 python27 python36 python38

用命令行创建的时候 要将要使用的python解释器放到最上面

创建好了以后 将虚拟环境激活
要先cd到创建好的目录中的scripts文件下
执行激活命令:
activate
关闭指令:
deactivate

视图层之必会三板斧

用来处理请求的视图函数都必须返回HttpResponse对象

class HttpResponse:
pass
return HttpResponse()
'''返回的是HttpResponse加括号产生的对象'''

def render():
return HttpResponse()
return render()
'''返回的是HttpResponse加括号产生的对象'''

def redirect():
redirect_class = 类(祖先有个类是HttpResponse)
return redirect_class()
return redirect()
'''返回的是HttpResponse加括号产生的对象 '''

permanent=False 执行HttpResponseRedirect

HttpResponseRedirect继承了HttpResponseRedirectBase

HttpResponseRedirectBase继承了HttpResponse

JsonResponse对象

import json
def func(request):
user_dict = {'name':'jason'老师}
#user_json=json.dumps(user_dict)
#return HttpResponse(user_json)
return JsonResponse(user_dict)
ps:写代码的时候多参考源码及所学知识扩展功能

字符编码问题

return JsonResponse(user_dict,json_dumps_params={'ensure_ascii':False})

视图层之request对象获取文件

form表单携带文件类型的数据需要做到以下几点
1.method='POST'
2.enctype必须是multipart/form-data
django后端需要通过request.LILES获取文件类型的数据

视图层之FBV与CBV

FBV

基于函数的视图

CBV

基于类的视图
class Myview(views.View):
def get(self,request):
return HttpResponse('get') def post(self,request):
return HttpResponse('post') 基于类的路由层
path('class/',views.Myview.as_view())
会根据请求方法的不同自动匹配对应的方法并执行

CBV源码剖析(*)

1.从CBV的路由匹配切入

path('class/',views.Myview.as_view())
1.类名点名字(名字查找问题 先从对象自身找 然后去产生对象的类 再去父类)
2.类名点名字病假括号调用(静态方法、绑定给类的方法)

2.函数名加括号执行优先级最高 项目已启动就会自动执行as_view方法

path('class/',views.Myview.as_view())
变成
path('class/',views.view)
'''CBV路由本质还是FBV'''

3.浏览器地址栏访问class路由需要执行的view函数

1.产生我们自己编写类的对象
2.对象调用dispatch方法(注意查找顺序 先看自己 再看产生对象的类 在看父类)

4.研究父类中的dispatch方法

class View:
@classmethod
def as_view(cls, **initkwargs):
def view(request, *args, **kwargs):
self = cls(**initkwargs)
return self.dispatch(request, *args, **kwargs)
def dispatch(self, request, *args, **kwargs):
handler = getattr(self, request.method.lower())
return handler(request, *args, **kwargs)

模板层

1.模板语法的传值

传值方式1:
精准传值 不浪费资源 针对资源多的传递书写麻烦
{{'n1'=name,'n2'=age}} 传值方式2:
将函数名称空间中的所有名字全部传递 浪费资源
locals()将当前试图上的所有名字直接传给页面

2.模板语法传质特性

1.基本数据类型正常展示
2.文件对象也可以展示并调用方法
3.函数名会自动加括号执行并将返回值展示到页面上(不支持额外传参)
4.类名也会自动加括号调用
5.对象则不会 ps:总结针对可以加括号调用的名字模板语法都会自动加括号调用

3.模板语法之过滤器(内置函数)

{{i|add:1}}     			   i数值自增1
{{s|add:'dig'}} s字符串拼接
{{l|length}} l列表统计长度
{{s|slice:'1:4'}} 索引1切到4
{{ file_size|filesizeformat } 将文件大小转换成合适的格式
{{ ctime|date:'Y-m-d H:i:s ' }} 日期格式 x不能用
{{ s|truncatechars:5 }} 节选字符 后面的参数设置为挤 就会显示鸡哥字符 剩余部分用...表示
{{ s|truncatewords:3 }} 类似truncatechars,参数设置为几,就会显示单词,剩余部分用三个点表示 h1 = '<h1>哈哈哈哈</h1>'
s1 = "<script>confirm(123)</script>"
<p>{{ h1|safe }}</p>
<p>{{ s1|safe }}</p>
对变量内的字符串进行html转义(默认情况下是不转义)

路由分发、名称空间、虚拟环境、视图层三板斧、JsonResponse对象、request对象获取文件、视图层FBV与CBV的源码剖析、模版层简介的更多相关文章

  1. 12月13日内容总结——路由分发、名称空间、虚拟环境、视图层三板斧、JsonResponse对象、request对象获取文件、视图层FBV与CBV的源码剖析、模版层简介

    目录 一.路由分发 二.名称空间 方式1:名称空间 方式2:别名不冲突即可 三.虚拟环境 pycharm创建虚拟环境 命令行的方式创建虚拟环境: 创建虚拟环境的命令 激活与关闭虚拟环境 四.视图层之必 ...

  2. Django路由层之路由分发 名称空间 虚拟环境 视图层之三板斧 JsonRsponse对象 request对象获取文件 FBV与CBV CBV源码剖析 模板层

    目录 路由层之路由分发 路由层之名称空间 方式1:名称空间 方式2:别名不冲突即可 虚拟环境 pycharm创建虚拟环境 命令行形式创建虚拟环境 视图层之三板斧 HttpRsponse render ...

  3. Django框架路由分发-名称空间

    目录 一:路由分发 1.路由分发简介 2.总路由分发配置 3.总路由终极配置(不需要导应用路由,直接点应用即可) 4.子路由配置 二:名称空间 1.名称空间应用场景 3.解决方式二>>&g ...

  4. Django url反向解析与路由分发名称空间

    url反向解析 url.py from django.conf.urls import url from django.contrib import admin from app01 import v ...

  5. caffe库源码剖析——net层

    net层的功能实现主要涉及到net.hpp和net.cpp文件,让我们要捋顺它是干了什么,是如何实现的. 1. net层使用到的参数 第一步要做的事,就是查看caffe.proto文件,弄清楚net都 ...

  6. STL源码剖析 — 空间配置器(allocator)

    前言 以STL的实现角度而言,第一个需要介绍的就是空间配置器,因为整个STL的操作对象都存放在容器之中. 你完全可以实现一个直接向硬件存取空间的allocator. 下面介绍的是SGI STL提供的配 ...

  7. 路由分发、名称空间、视图层之必会的三板斧、JsonResponse对象、request获取文件、FBV与CBV、模板层语法传值

    路由分发.名称空间.视图层之必会的三板斧.JsonResponse对象.request获取文件.FBV与CBV.模板层语法传值 一.昨日内容回顾 二.路由分发 1.djiango的每个应用都有主见的t ...

  8. Django Rest Framework源码剖析(八)-----视图与路由

    一.简介 django rest framework 给我们带来了很多组件,除了认证.权限.序列化...其中一个重要组件就是视图,一般视图是和路由配合使用,这种方式给我们提供了更灵活的使用方法,对于使 ...

  9. Web API 源码剖析之默认消息处理程序链之路由分发器(HttpRoutingDispatcher)

    Web API 源码剖析之默认消息处理程序链-->路由分发器(HttpRoutingDispatcher) 我们在上一节讲述了默认的DefaultServer(是一个类型为HttpServer的 ...

随机推荐

  1. 深入理解独占锁ReentrantLock类锁

    ReentrantLock介绍 [1]ReentrantLock是一种基于AQS框架的应用实现,是JDK中的一种线程并发访问的同步手段,它的功能类似于synchronized是一种互斥锁,可以保证线程 ...

  2. python tcp select 多路复用

    1 #!/usr/bin/python 2 # -*- coding: UTF-8 -*- 3 # 文件名:tcpserver.py 4 5 import socket 6 import time 7 ...

  3. Python基础之模块:7、项目开发流程和项目需求分析及软件开发目录

    一.项目开发流程 1.项目需求分析 明确项目具体功能: 明确到底要写什么东西,实现什么功能,在这个阶段的具体要询问项目经理和客户的需求 参与人员: 产品经理.架构师.开发经理 技术人员主要职责: 引导 ...

  4. 第 45 届国际大学生程序设计竞赛(ICPC)亚洲区域赛(济南)-L Bit Sequence

    题意 给你两个数l,m,大小为m的数组a,求[0,l]之间满足以下条件的数x的个数: 对于任何i输入[0,m-1],f(x+i)%2=a[i]:f(k):代表k在二进制下1的个数 m的范围<=1 ...

  5. The Google File System 翻译和理解

    The Google File System 摘要 GFS 是一个可扩展的分布式文件系统,用于大型分布式数据密集型应用上.它可以运行在便宜的普通硬件上,提供了高性能和一定的容错性. 1. 分布式文件系 ...

  6. NC 使用Nginx实现https的反向代理

    summary: [通过Nginx实现NCC的https访问,并解决UClient应用的问题] 1 概述 通过Nginx 安装配置反向代理,实现NC.NCC的https访问. 本文以NCC2005为例 ...

  7. 【云原生 · Docker】Docker虚拟化技术

    1.Docker入门简介 Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化. 容器是完全使用沙箱 ...

  8. Spring学习笔记 - 第一章 - IoC(控制反转)、IoC容器、Bean的实例化与生命周期、DI(依赖注入)

    Spring 学习笔记全系列传送门: 目录 1.学习概述 2.Spring相关概念 2.1 Spring概述 2.1.1 Spring能做的工作 2.1.2 重点学习的内容 2.1.3 Spring发 ...

  9. 微服务系列之服务注册发现 Consul

    1.为什么需要服务注册与发现   微服务架构中,服务于服务之间内部通信必不可少,比如A服务调用B服务,起初我们的做法是,A服务从配置文件中拿到B服务的IP.端口地址,进行访问,本身是没什么问题的,但是 ...

  10. 1.4 Apache Hadoop完全分布式集群搭建-hadoop-最全最完整的保姆级的java大数据学习资料

    目录 1.4 Apache Hadoop 完全分布式集群搭建 1.4.1 虚拟机环境准备 1.4.2 集群规划 1.4.3 安装Hadoop 1.4.3.1 集群配置 1.4.3.1.1 HDFS集群 ...