无名有名分组反向解析和视图层（4）

无名有名分组反向解析

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
# 无名分组反向解析
    url(r'^index/(\d+)/',views.index,name='xxx')
# 前端
    {% url 'xxx' 123 %}
# 后端
    reverse('xxx', args=(1,))
"""
这个数字写代码的时候应该放什么
    数字一般情况下放的是数据的主键值  数据的编辑和删除
    url(r'^edit/(\d+)/',views.edit,name='xxx')
    def edit(request,edit_id):
        reverse('xxx',args=(edit_id,))
    {%for user_obj in user_queryset%}
        <a href="{% url 'xxx' user_obj.id %}">编辑</a>
    {%endfor%}
"""
# 有名分组反向解析
   url(r'^func/(?P<year>\d+)/',views.func,name='ooo')
# 前端
    <a href="{% url 'ooo' year=123 %}">111</a>  了解
    <a href="{% url 'ooo' 123 %}">222</a>           记忆
 
# 后端   
     # 有名分组反向解析 写法1  了解
   print(reverse('ooo',kwargs={'year':123}))
   # 简便的写法  减少你的脑容量消耗 记跟无名一样的操作即可
   print(reverse('ooo',args=(111,)))

路由分发

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
"""
django的每一个应用都可以有自己的templates文件夹 urls.py static文件夹
正是基于上述的特点 django能够非常好的做到分组开发(每个人只写自己的app)
作为组长 只需要将手下书写的app全部拷贝到一个新的django项目中 然后在配置文件里面注册所有的app再利用路由分发的特点将所有的app整合起来
当一个django项目中的url特别多的时候 总路由urls.py代码非常冗余不好维护
这个时候也可以利用路由分发来减轻总路由的压力
利用路由分发之后 总路由不再干路由与视图函数的直接对应关系
而是做一个分发处理
    识别当前url是属于哪个应用下的 直接分发给对应的应用去处理
     
"""
# 总路由
from app01 import urls as app01_urls
from app02 import urls as app02_urls
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    # 1.路由分发
    url(r'^app01/',include(app01_urls)),  # 只要url前缀是app01开头 全部交给app01处理
    url(r'^app02/',include(app02_urls))   # 只要url前缀是app02开头 全部交给app02处理
   
    # 2.终极写法  推荐使用
    url(r'^app01/',include('app01.urls')),
    url(r'^app02/',include('app02.urls'))
    # 注意事项:总路由里面的url千万不能加$结尾
]
 
# 子路由
    # app01 urls.py
  from django.conf.urls import url
  from app01 import views
 
  urlpatterns = [
      url(r'^reg/',views.reg)
  ]
  # app02 urls.py
  from django.conf.urls import url
  from app02 import views
 
  urlpatterns = [
      url(r'^reg/',views.reg)
  ]

名称空间(了解)

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
# 当多个应用出现了相同的别名 我们研究反向解析会不会自动识别应用前缀
"""
正常情况下的反向解析是没有办法自动识别前缀的
"""
 
# 名称空间
    # 总路由
    url(r'^app01/',include('app01.urls',namespace='app01')),
    url(r'^app02/',include('app02.urls',namespace='app02'))
  # 解析的时候
    # app01
    urlpatterns = [
    url(r'^reg/',views.reg,name='reg')
        ]
    # app02
    urlpatterns = [
    url(r'^reg/',views.reg,name='reg')
        ]
     
    reverse('app01:reg')
    reverse('app02:reg')
    {% url 'app01:reg' %}
    {% url 'app02:reg' %}
# 其实只要保证名字不冲突 就没有必要使用名称空间
"""
一般情况下 有多个app的时候我们在起别名的时候会加上app的前缀
这样的话就能够确保多个app之间名字不冲突的问题
"""
urlpatterns = [
    url(r'^reg/',views.reg,name='app01_reg')
]
urlpatterns = [
    url(r'^reg/',views.reg,name='app02_reg')
]

伪静态(了解)

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
"""
静态网页
    数据是写死的 万年不变
伪静态
    将一个动态网页伪装成静态网页
    为什么要伪装呢？
        https://www.cnblogs.com/Dominic-Ji/p/9234099.html
        伪装的目的在于增大本网站的seo查询力度
        并且增加搜索引擎收藏本网上的概率
    搜索引擎本质上就是一个巨大的爬虫程序
    总结:
        无论你怎么优化 怎么处理
        始终还是干不过RMB玩家
"""
urlpatterns = [
    url(r'^reg.html',views.reg,name='app02_reg')
]

django版本区别

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
"""
1.django1.X路由层使用的是url方法
    而在django2.Xhe3.X版本中路由层使用的是path方法
    url()第一个参数支持正则
    path()第一个参数是不支持正则的 写什么就匹配什么
    如果你习惯使用path那么也给你提供了另外一个方法
        from django.urls import path, re_path
        from django.conf.urls import url
        re_path(r'^index/',index),
    url(r'^login/',login)
  2.X和3.X里面的re_path就等价于1.X里面的url
2.虽然path不支持正则 但是它的内部支持五种转换器
    path('index/<int:id>/',index)
    # 将第二个路由里面的内容先转成整型然后以关键字的形式传递给后面的视图函数
 
    def index(request,id):
    print(id,type(id))
    return HttpResponse('index')
  str,匹配除了路径分隔符（/）之外的非空字符串，这是默认的形式
    int,匹配正整数，包含0。
    slug,匹配字母、数字以及横杠、下划线组成的字符串。
    uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
    path,匹配任何非空字符串，包含了路径分隔符（/）（不能用？）
3.除了有默认的五个转换器之外 还支持自定义转换器(了解)
    class MonthConverter:
    regex='\d{2}' # 属性名必须为regex
    def to_python(self, value):
        return int(value)
    def to_url(self, value):
        return value # 匹配的regex是两个数字，返回的结果也必须是两个数字
    from django.urls import path,register_converter
    from app01.path_converts import MonthConverter
 
    # 先注册转换器
    register_converter(MonthConverter,'mon')
    from app01 import views
    urlpatterns = [
    path('articles/<int:year>/<mon:month>/<slug:other>/',     views.article_detail, name='aaa'),
 
]
 
4.模型层里面1.X外键默认都是级联更新删除的
但是到了2.X和3.X中需要你自己手动配置参数
    models.ForeignKey(to='Publish')
     
    models.ForeignKey(to='Publish',on_delete=models.CASCADE...)
"""

视图层

三板斧

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
"""
HttpResponse
    返回字符串类型
render
    返回html页面 并且在返回给浏览器之前还可以给html文件传值
redirect
    重定向
"""
# 视图函数必须要返回一个HttpResponse对象  正确   研究三者的源码即可得处结论
The view app01.views.index didn't return an HttpResponse object. It returned None instead.
 
# render简单内部原理
        from django.template import Template,Context
    res = Template('<h1>{{ user }}</h1>')
    con = Context({'user':{'username':'jason','password':123}})
    ret = res.render(con)
    print(ret)
    return HttpResponse(ret)

JsonResponse对象

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
"""
json格式的数据有什么用？
    前后端数据交互需要使用到json作为过渡 实现跨语言传输数据
前端序列化
    JSON.stringify()                    json.dumps()
    JSON.parse()                            json.loads()
"""
import json
from django.http import JsonResponse
def ab_json(request):
    user_dict = {'username':'jason好帅哦,我好喜欢!','password':'123','hobby':'girl'}
    l = [111,222,333,444,555]
    # 先转成json格式字符串
    # json_str = json.dumps(user_dict,ensure_ascii=False)
    # 将该字符串返回
    # return HttpResponse(json_str)
    # 读源码掌握用法
    # return JsonResponse(user_dict,json_dumps_params={'ensure_ascii':False})
    # In order to allow non-dict objects to be serialized set the safe parameter to False.
    # return JsonResponse(l,safe=False) 
    # 默认只能序列化字典 序列化其他需要加safe参数 

form表单上传文件及后端如何操作

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
"""
form表单上传文件类型的数据
    1.method必须指定成post
    2.enctype必须换成formdata
"""
def ab_file(request):
    if request.method == 'POST':
        # print(request.POST)  # 只能获取普通的简直对数据 文件不行
        print(request.FILES)  # 获取文件数据
        # <MultiValueDict: {'file': [<InMemoryUploadedFile: u=1288812541,1979816195&fm=26&gp=0.jpg (image/jpeg)>]}>
        file_obj = request.FILES.get('file')  # 文件对象
        print(file_obj.name)
        with open(file_obj.name,'wb') as f:
            for line in file_obj.chunks():  # 推荐加上chunks方法 其实跟不加是一样的都是一行行的读取
                f.write(line)
 
    return render(request,'form.html')

request对象方法

?
1
2
3
4
5
6
7
8
9
10
11
12
13
"""
request.method
request.POST
request.GET
request.FILES
request.body  # 原生的浏览器发过来的二进制数据  后面详细的讲
request.path
request.path_info
request.get_full_path()  能过获取完整的url及问号后面的参数
"""
    print(request.path)  # /app01/ab_file/
    print(request.path_info)  # /app01/ab_file/
    print(request.get_full_path())  # /app01/ab_file/?username=jason

FBV与CBV

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
# 视图函数既可以是函数也可以是类
def index(request):
  return HttpResponse('index')
 
# CBV
    # CBV路由
    url(r'^login/',views.MyLogin.as_view())
        from django.views import View
        class MyLogin(View):
        def get(self,request):
        return render(request,'form.html')
        def post(self,request):
        return HttpResponse('post方法')
"""
FBV和CBV各有千秋
CBV特点
    能够直接根据请求方式的不同直接匹配到对应的方法执行
    内部到底是怎么实现的？
        CBV内部源码(******)
"""

　　

 

 

 

 

 

 

 

 

 

 

 

 

　　

 

posted @   眼带笑意  阅读(21)  评论(0)  编辑  收藏  举报
（评论功能已被禁用）
相关博文：
·  模板层（5）
·  request对象方法初识 和pycharm django链接数据库（mysql） django orm简介 与利用orm实现增删改查操作（2）
·  Django基础介绍三(反向解析/路由分发/django版本区别)
·  反向解析 无名分组 有名分组 路由层
·  反向解析，有名无名分组，路由匹配
阅读排行：
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型，支持深度思考和联网搜索！
· 25岁的心里话
· 基于 Docker 搭建 FRP 内网穿透开源项目（很简单哒）
· 闲置电脑爆改个人服务器（超详细） #公网映射 #Vmware虚拟网络编辑器
· ollama系列01：轻松3步本地部署deepseek，普通电脑可用
点击右上角即可分享
微信分享提示