Django学习之路由层

最新推荐文章于 2024-11-02 22:09:12 发布
最新推荐文章于 2024-11-02 22:09:12 发布
阅读量98 收藏
点赞数
文章标签： 后端 前端 json ViewUI
原文链接：http://www.cnblogs.com/AbrahamChen/p/11536292.html
版权

Django请求生命周期

  • - wsgi, 他就是socket服务端，用于接收用户请求并将请求进行初次封装，然后将请求交给web框架（Flask、Django）

  • - 中间件，帮助我们对请求进行校验或在请求对象中添加其他相关数据，例如：csrf、request.session

  • - 路由匹配

  • - 视图函数，在视图函数中进行业务逻辑的处理，可能涉及到：orm、templates => 渲染

  • - 中间件，对响应的数据进行处理。

  • - wsgi,将响应的内容发送给浏览器。

 

 

 

 

 

表与表之间建立关系

就以图书管理系统为例

书籍表:

　　书籍和出版社是一对多，外键字段建在书籍表中（建在多的一方里）

　　书籍和作者是多对多，需要第三张表记录多对多的关系

　

Django ORM中表与表之间建立关系　　一对多 —— ForeignKey(to='Publish')（建在多的那张表里）

　　一对一 —— OneToOneField(to='AuthorDetail')（建在查询频率高的那张表）

　　多对多 —— ManyToManyField(to='Author')

 

注意:
前面两个关键字会自动再字段后面加_id
最后一个关键字 并不会产生实际字段 只是告诉django orm自动创建第三张表

 

models.py文件

from django.db import models

# Create your models here.
class Book(models.Model):
    # id自动创建 可以不写
    title = models.CharField(max_length=64)
    # 共8位 小数部分占两位
    price = models.DecimalField(max_digits=8,decimal_places=2)

    # 书籍和出版社是一对多的外键关系
    publish = models.ForeignKey(to='Publish')  # to表示的就是跟哪张表是一对多的关系   默认都是跟表的主键字段建立关系
    """
    只要是ForeignKey的字段 django orm在创建表的时候 会自动在一对多的字段名之后加_id
    如果你自己加了 不管 还会继续往后加
    """
    # publish = models.ForeignKey(to=Publish)  # to后面也可以直接写表名 但是必须保证表名在上面
    # 书籍和作者是多对多的关系
    authors = models.ManyToManyField(to='Author')  # 不会在表中生成authors字段 该字段是一个虚拟字段 仅仅是用来告诉django orm自动帮你创建书籍和作者的第三张关系表

class Publish(models.Model):
    name = models.CharField(max_length=32)
    addr = models.CharField(max_length=32)

class Author(models.Model):
    name = models.CharField(max_length=32)
    age = models.IntegerField()
    # 作者与作者详情 是一对一的外键关系
    author_detail = models.OneToOneField(to='AuthorDetail',null=True)
    """
    也会自动再字段名后面加_id
    """


class AuthorDetail(models.Model):
    phone = models.BigIntegerField()
    addr = models.CharField(max_length=32)

 

 

路由层

url()方法 第一个参数 其实是一个正则表达式
一旦前面的正则匹配到了内容 就不会再往下继续匹配 而是直接执行对应的视图函数

正是由于上面的特性 当你的项目特别庞大的时候 url的前后顺序也是你需要你考虑
极有可能会出现url错乱的情况

urls.py文件

from django.conf.urls import url
from django.contrib import admin
from app01 import views

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^login/', views.login),
    url(r'^reg/', views.reg),
    url(r'^userlist/', views.user_list),
    url(r'^del_user/', views.del_user),
    url(r'^update_user/', views.update_user),
    url(r'^add/', views.add),
]

 

django在路由的匹配的时候 当你在浏览器中没有敲最后的斜杠
django会先拿着你没有敲斜杠的结果取匹配 如果都没有匹配上 会让浏览器在末尾加斜杠再发一次请求 再匹配一次 如果还匹配不上才会报错
如果你想取消该机制 不想做二次匹配可以在settings配置文件中 指定
APPEND_SLASH = False # 该参数默认是True

 

 

无名分组

 

#路由匹配的时候 会将括号内正则表达式匹配到的内容 当做位置参数传递给视图函数

url(r'^test/([0-9]{4})/', views.test)

test(request,2019)

 

 

　　

有名分组

 

#路由匹配的时候 会将括号内正则表达式匹配到的内容 当做关键字参数传递给视图函数

url(r'^test/(?P<year>\d+)/', views.test)

test(request,year=2019)

 

 

# 无名有名不能混合使用 !!!

# 无名有名不能混合使用 !!!
url(r'^test/(\d+)/(?P<year>\d+)/', views.test),

#但是用一种分组下 可以使用多个
# 无名分组支持多个
url(r'^test/(\d+)/(\d+)/', views.test),
# 有名分组支持多个
url(r'^test/(?P<year>\d+)/(?P<xx>\d+)/', views.test)

 

 

反向解析

本质:其实就是给你返回一个能够返回对应url的地址

1.先给url和视图函数对应关系起别名

url(r'^index/$',views.index,name='kkk')

 



2.反向解析

　　#后端反向解析
　　#后端可以在任意位置通过reverse反向解析出对应的url
　　from django.shortcuts import render,HttpResponse,redirect,reverse
　　reverse('kkk')

　　#前端反向解析
　　{% url 'kkk' %}

 

 

无名分组反向解析

url(r'^index/(\d+)/$',views.index,name='kkk')

#后端反向解析
　　reverse('kkk',args=(1,))  # 后面的数字通常都是数据的id值
#前端反向解析
　　{% url 'kkk' 1%}    # 后面的数字通常都是数据的id值

 

 

有名分组反向解析

#同无名分组反向解析意义的用法

url(r'^index/(?P<year>\d+)/$',views.index,name='kkk')

#后端方向解析
　　print(reverse('kkk',args=(1,))) # 推荐你使用上面这种 减少你的脑容量消耗
　　print(reverse('kkk',kwargs={'year':1}))
#前端反向解析    
　　<a href="{% url 'kkk' 1 %}">1</a> # 推荐你使用上面这种 减少你的脑容量消耗
　　<a href="{% url 'kkk' year=1 %}">1</a>

#注意:在同一个应用下 别名千万不能重复!!!

 

 

 

路由分发

当你的django项目特别庞大的时候 路由与视图函数对应关系特别特别多
那么你的总路由urls.py代码太过冗长 不易维护

每一个应用都可以有自己的urls.py,static文件夹,templates文件夹(******)

　　正是基于上述条件 可以实现多人分组开发 等多人开发完成之后 我们只需要创建一个空的django项目


　　然后将多人开发的app全部注册进来 在总路由实现一个路由分发 而不再做路由匹配(来了之后 我只给你分发到对应的app中)

 

　　当你的应用下的视图函数特别特别多的时候  你可以建一个views文件夹 里面根据功能的细分再建不同的py文件(******)

    urlpatterns = [
        url(r'^admin/', admin.site.urls),
        url(r'^app01/',include('app01.urls')),
        url(r'^app02/',include('app02.urls')),

    ]

 

 

名称空间(了解)

多个app起了相同的别名 这个时候用反向解析 并不会自动识别应用前缀
如果想避免这种问题的发生
方式1:

　　#总路由
　　url(r'^app01/',include('app01.urls',namespace='app01'))
　　url(r'^app02/',include('app02.urls',namespace='app02'))

　　#后端解析的时候
　　reverse('app01:index')
　　reverse('app02:index')
　　#前端解析的时候
　　{% url 'app01:index' %}
　　{% url 'app02:index' %}

 


方式2:

　　#起别名的时候不要冲突即可 一般情况下在起别名的时候通常建议以应用名作为前缀
　　name = 'app01_index'
　　name = 'app02_index'

 

 

伪静态

静态网页:数据是写死的 万年不变

伪静态网页的设计是为了增加百度等搜索引擎seo查询力度

所有的搜索引擎其实都是一个巨大的爬虫程序

网站优化相关 通过伪静态确实可以提高你的网站被查询出来的概率
但是再怎么优化也抵不过RMB玩家

 

 

虚拟环境

一般情况下 我们会给每一个项目 配备该项目所需要的模块 不需要的一概不装


虚拟环境 就类似于为每个项目量身定做的解释器环境

每创建一个虚拟环境 就类似于你又下载了一个全新的python解释器

 

 

Django版本的区别

django1.X跟django2.X版本区别
　　路由层1.X用的是url
　　而2.X用的是path

　　2.X中的path第一个参数不再是正则表达式,而是写什么就匹配什么 是精准匹配

　　当你使用2.X不习惯的时候 2.X还有一个叫re_path
　　2.x中的re_path就是你1.X的url

 

虽然2.X中path不支持正则表达式 但是它提供了五种默认的转换器

　　1.0版本的url和2.0版本的re_path分组出来的数据都是字符串类型
　　默认有五个转换器，感兴趣的自己可以课下去试一下
　　str,匹配除了路径分隔符（/）之外的非空字符串，这是默认的形式
　　int,匹配正整数，包含0。
　　slug,匹配字母、数字以及横杠、下划线组成的字符串。
　　uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
　　path,匹配任何非空字符串，包含了路径分隔符（/）（不能用？）

　　path('index/<int:id>/',index)  # 会将id匹配到的内容自动转换成整型

 

还支持自定义转换器

 

        class FourDigitYearConverter:  
        regex = '[0-9]{4}'  
        def to_python(self, value):  
            return int(value)  
        def to_url(self, value):  
            return '%04d' % value  占四位，不够用0填满，超了则就按超了的位数来！
        register_converter(FourDigitYearConverter, 'yyyy')  
        
        urlpatterns = [  
                path('articles/2003/', views.special_case_2003),  
                path('articles/<yyyy:year>/', views.year_archive),  
                ...  
            ]

 

 

 

 

视图层

1.小白必会三板斧
　　1.HttpResponse
　　2.render
　　3.redirect
　　django视图函数必须要给返回一个HttpResponse对象

前后端分离
　　前端一个人干(前端转成自定义对象)
　　　　JSON.stringify() json.dumps()
　　　　JSON.parse() json.loads()
　　后端另一个干(python后端用字典)
　　只要涉及到数据交互,一般情况下都是用的json格式
　　后端只负责产生接口,前端调用该接口能拿到一个大字典
　　后端只需要写一个接口文档 里面描述字典的详细信息以及参数的传递
2.JsonReponse

　　from django.http import JsonResponse
　　def index(request):
　　　　data = {'name':'jason好帅哦 我好喜欢','password':123}
　　　　l = [1,2,3,4,5,6,7,8]
　　　　# res = json.dumps(data,ensure_ascii=False)
　　　　# return HttpResponse(res)
　　　　# return JsonResponse(data,json_dumps_params={'ensure_ascii':False})
　　　　return JsonResponse(l,safe=False) # 如果返回的不是字典 只需要修改safe参数为false即可

 



3.上传文件
form表单上传文件需要注意的事项
1.enctype需要由默认的urlencoded变成formdata
2.method需要由默认的get变成post
(目前还需要考虑的是 提交post请求需要将配置文件中的csrf中间件注释)

如果form表单上传文件 后端需要在request.FILES获取文件数据 而不再是POST里面

 

request的方法

 

request.method
request.GET
request.POST
request.FILES
request.path # 只回去url后缀 不获取?后面的参数
request.get_full_path() # 后缀和参数全部获取

 

转载于:https://www.cnblogs.com/AbrahamChen/p/11536292.html

weixin_30483495
关注
Django之路由层
Yietong的博客
09-01 689
django的生命周期是:前端请求--->nginx--->uwsgi.--->中间件--->url路由---->view视图--->orm---->拿到数据返回给view---->试图将数据渲染到模版中拿到字符串---->中间件--->uwsgi---->nginx---->前端渲染。中间件的作用非常大，可以处理所有的请求内容，中间件其实就是一个类，这个类中一共有5个方法，分别是下面说一下它的运算顺序。
django路由层
Struggle_Hard_Z的博客
03-27 446
简易版本django请求生命周期流程图(重要) 该图是我们学习的django的流程 也是后期复习django重要的手段 路由匹配 url(正则表达式,函数或者类型地址) 路由匹配的原则:从上往下正则表达式能够匹配到内容就算匹配成功会立刻执行后面的视图函数并且结束整个路由匹配过程，一个视图函数可以对应多个路由，一个路由只对应一个视图函数 优化操作在路由匹配环节如果第一次都没有匹配上django会在路径后面加斜杠再次匹配 APPEND_SLASH = True # 改参数可以控制 简易使用默
Django 学习 之路由层(URL)
baijin20100228的博客
10-01 182
路由层(URL) 1.路由层简单配置 (1)path方法 写固定的url. (2)re_path方法 可以正则规则 例： urlpatterns = [ path('admin/', admin.site.urls), path('articles/2003/', views.special_case_2003), re_path(r'^ar...
django2.2-路由层详解
花城的博客
09-21 645
一、路由层基础 1. 捕获参数 2. 路径转换器 二、自定义路径转换器 三、re_path()方法 四、有名分组、无名分组 五、反向解析 1. 基本使用方法 2. url参数的传递 六、路由分发 七、名称空间 八、伪静态
Django学习记录之——路由层
wcy的博客
06-01 154
路由分发 1.路由分发 - 每一个应用都可以有自己的templates文件夹,urls.py,static文件夹 - 这个特点可以实现分布开发，每个应用之间互相不干扰 - 在所有的应用开发完成后,在总路由文件urls.py中配置即可 - 当项目中的url特别多的时候代码冗余，这时也可以使用路由分发来减轻总路由的负担 - 实现路由分发： 首先分别在不同的app中创建路由，编写视图函数，然后在主函数中分发路由实现方式如下 - 方式
Django框架之路由层
Xiao20000101的博客
05-02 1000
反向解析（Reverse URL resolution）是一个在Web开发中常用的概念，特别是在使用框架如Django等时。它指的是根据URL模式（URL patterns）和视图名称（view names）来动态地生成URL的过程。通俗的来说：反向解析就是通过一些方法得到一个结果, 该结果可以直接访问对应的 url 并触发视图函数django是专注于开发应用的，当一个django项目特别庞大的时候, 所有的路由与视图函数映射关系全部写在一个 urls.py 里面很明显太冗余并且不便于管理。
Django学习笔记第二篇：Django之URL路由层笔记
孤城浪子+1的博客
10-28 314
1.简单的路由配置 from django.urls import path,re_path from app01 import views urlpatterns = [ re_path(r'^articles/2003/$', views.special_case_2003), re_path(r'^articles/([0-9]{4})/$', views.year_archive), re_path(r'^articles/([0-9]{4})/([0-9]{2})/$',
Django学习之路由系统
qq_32506555的博客
04-13 188
本文和大家分享的主要是django路由系统相关内容，如果你想学习django或者对django路由系统还不是很了解，不妨可以继续往下阅读，希望本文对你有所帮助。　　URL配置其实就是告诉Django项目你执行代码的路径，本质就是路径和调用的视图函数之间的映射关系表。Django通过这个表，可以把路径匹配到对应的视图函数，从而开始执行相应的函数。　　URLconf配置　　基本格式　　在urls.py...
Django路由层
weixin_49210718的博客
11-13 663
随着项目的复杂程度越来越来越大，路由肯定也是越来越多，路由文件就会增加很多的路由地址，就会导致路由文件很混乱，不好管理，也不够清晰，我们可以把总路由文件进行拆分，拆分到各个应用下面去，每一个应用都可以有自己的路由文件。在Django的MVT架构中，路由层负责处理用户的请求，然后将请求交给相应的视图函数进行处理，最后将处理结果返回给用户。在Django中，路由层的配置文件是urls.py，这个文件定义了每个URL模式（也被称为路由）以及该URL模式应该映射到哪个视图函数进行处理。
Django学习之自定义转化器与路由层总结
huangql517的博客
07-13 671
1&gt;path转化器    之前介绍的str、int、path等若不够用的情况下，我们也可以自己定义一个转化器    可以直接就在first_pro项目文件下面新建一个converter.py文件，专门存放自定义的path转化器        urls.py改写如下，注意，自定义的转换器一定要用django的register_converter进行注册，注册的时候也要指定    别名，就是pa...
Django学习笔记.pdf
01-31
2. URL路由：Django拥有非常强大的URL路由系统。它允许开发者根据URL的不同，将不同的HTTP请求分发到不同的视图函数上。这个过程可以非常灵活地定制，以符合各种复杂的应用场景。 3. 表单处理：Django的表单（Forms...
DJango 学习（8）—— django 请求生命周期流程图 以及 路由层介绍
ShiJieDeYinYu的博客
11-20 338
模板（html 文件中）的超链接视图（view.py）中的重定向随着功能的增加会出现更多的视图，可能之前配置的正则表达式不够准确，于是就要修改正则表达式，但是正则表达式一旦修改了，之前所有对应的超链接都要修改，真是一件麻烦的事情，而且可能还会漏掉一些超链接忘记修改，有办法让链接根据正则表达式动态生成吗？就是用反向解析的办法简单来说，使用反向解析可以在url.py改变正则表达式时，但是实际运行时却不用输入最近的网址，而实现网址的跳转。
Django学习之路由分发和反向解析
huangql517的博客
07-12 1324
1&gt;路由分发    我们之前学习的路由配置都是在项目的全局控制文件（项目名称目录下的urls.py），    这个一个文件当中配置映射关系，当一个项目的url越来越多时，比如项目当中一般都分一级菜单，二级菜单等等    这些主页面url和众多不同分类下的子页面url全都挤在一个文件下，就会造成后期维护的困难，    所以，引入路由分发来解决这个问题，    其思想就是，一些公共的主页面/整个...
前后端理解、API接口
最新发布
m0_68791463的博客
11-02 125
API（应用程序接口）是一些预先定义的函数，或指软件系统不同组成部分衔接的约定。目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，Content-Type（内容类型），定义网络文件的类型和网页的编码。接口就是预先定义的函数逻辑，他是供其他系统请求，然后返回结果。前后端分离：通过简单的 API 文档进行数据交流，逻辑分离。前后端不分离：通过后端来渲染页面，并指定数据的位置。API：应用程序编程接口：将数据传递给页面。前端：负责显示数据，渲染HTML页面。页面：html：将数据展示在页面上。
Vue项目中动态路由与权限控制：router.beforeEach的使用及无token重定向登录页
Jiaberrr的博客
10-31 576
本文将详细介绍在Vue项目中如何使用router.beforeEach钩子函数动态添加权限路由，并在没有token时重定向到登录页，从而实现路由权限控制。
Nginx安装配置详解
qq_40851623的博客
11-01 627
轻量级的Web服务器，主要有反向代理、负载均衡的功能。能够支撑5万的并发量，运行时内存和CPU占用低，配置简单，运行稳定。
Linux LVS详解
广阔天地，大有作为
11-02 591
LVS通过将客户端的请求分发到多台后端服务器上，从而提高整体服务的处理能力和可靠性。LVS主要有两个组件：IPVS（IP Virtual Server）和LVS-NAT、LVS-DR、LVS-TUN三种工作模式。LVS的整体架构主要包括负载均衡器（Load Balancer）、后端服务器（Real Server）和客户端三部分。客户端的请求首先到达负载均衡器，然后由负载均衡器根据一定的调度算法将请求转发到后端服务器进行处理，处理结果再返回给客户端。输出将显示 LVS 的规则以及每台真实服务器的连接数。
快速创建一个微信小程序，详细步骤以及示范程序代码
elirlove1的博客
10-25 3355
创建一个微信小程序涉及前端和后端的搭建与联调。以下是一个快速创建微信小程序的详细步骤以及示范程序代码。
预览 PDF 文档
a123456234的博客
10-29 673
在现代Web应用中，文件预览功能是非常常见的需求之一。特别是在企业级应用中，用户经常需要查看各种类型的文件，如 PDF、Word、Excel 等。本文将详细介绍如何在Vue项目中实现 PDF 文档的预览功能。 前端通过调用后端 API 获取文件的二进制数据，并将其转换为 Blob 对象。然后使用window.URL.createObjectURL 方法生成一个临时的 URL，最后通过 window.open 方法在新窗口中打开这个 URL，从而实现文件预览。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值