Django后端之路由层

1 > django请求生命周期流程图

在这里插入图片描述

2 > 路由层之路由匹配

   路由匹配的特点就是一旦匹配上了就会立刻结束执行对应的视图函数,并且url方法的第一个参数其实就是一个正则表达式。


	例如:
		正则是test 	内容是test 		那么可以匹配出test文本
		正则是test	内容是testadd 	那么还可以匹配出test文本
		都算匹配上了!!!

   演变过程如下:
   正则是test/ 内容test。


	正则是test/	内容test 那么首次无法匹配
	# django二次追加斜杠机制
		首次匹配不上 那么django还会让浏览器默认加斜杠再次发送请求
			test	301
			test/ 	200
	'''
		了解:斜杠机制可以取消 但是不推荐 
		setting.py文件夹
			APPEND_SLASH = False
	'''
			

在这里插入图片描述
在这里插入图片描述
   正则是test/ 内容是abcdefgtest/

	
	因为当内容前面乱写后面加上test/
	还是会匹配出文本test/ 所以还是可以访问页面
	
	可以在正则前面加上上箭号来限制
	url(r'^test/', views.test),
	'''
		解决路由前面可以随意乱写的问题
	'''
	

在这里插入图片描述
在这里插入图片描述
   正则是^test/ 内容是test/abc/edf/acd/。


	因为当内容后满乱写 test/abc/edf/acd/还是能匹配test/
	还是会匹配出文本^test/ 所以还是可以访问页面

	可以在正则的最后面加上$来限制
	url(r'^test/$', views.test),
	'''
		解决路由后面可以随意乱写的问题
	'''

在这里插入图片描述
在这里插入图片描述
   由于第一个参数是正则 所以当项目特别大 对应关系特别多的时候要格外的注意是否会出现路由顶替的现象。
   小扩展:


	可以定制一个主页面 用户不携带后缀可以直接访问(掌握)
    	url(r'^$',views.home) 
	也可以定义一个尾页 用户输入一个没有对应关系的直接返回(了解)
    	url(r'.*',views.error)

3 > 无名有名分组

3.1 > 无名分组

   路由匹配成功之后就会调用视图函数默认情况下会自动给视图函数传递一个request位置参数。


	test(request)
	

   如果路由匹配中使用括号对正则表达式进行了分组 那么在调用视图函数的时候,会将括号内匹配到的内容当做位置参数传递给视图函数。


	test(request,括号内正则表达式匹配到的内容)

   无名分组格式如下:


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

3.2 > 有名分组

   给括号内的正则表达式起别名之后 匹配成功则会讲括号内匹配到的内容按照关键字参数传递给视图函数。


	testadd(request,user_id=括号内正则表达式匹配到的内容)

   有名分组格式如下:


	url(r'^testadd/(?P<user_id>[0-9]{4})$', views.testadd)

3.3 > 注意事项

   无名有名分组不能混合使用!!! 但是单个可以重复使用。


	url(r'^test/(\d+)/(?P<user_id>[0-9]{4})/$', views.testadd)  
	# 不可以
	url(r'^test/(\d+)/(\d+)/$', views.testadd)   
	# 可以
  	url(r'^test/(?P<a>\d+)/(?P<b>\d+)',views.testadd)  
  	# 可以

4 > 反向解析

   反向解析其实是让我们的代码功能更加强大,兼容性更好的这么一个存在,如果说你不使用问题也不大。
   当页面上有很多a标签链接了其他路由,并且路由匹配表达式出现了变化 那么html页面上的地址全部失效的情况可以使用反向解析处理。

	
	''' 补充知识 '''
	
	a标签的href可以写网址的全称 也可以写后缀
		href='https://www.baidu.com'
		href='/login/'  # 自动补全当前服务的ip和port
			href='127.0.0.1:8000/login/'

   通过反向解析可以获取到一个结果 该结果可以访问到一个路由。具体步骤如下:

	
	步骤一: 给对应关系起别名
		url(r'^func666/',views.func,name='func_view')
	步骤二: 使用反向解析获取结果
		前端获取方式:
			{% url 'func_view'%}	# func666/ 结果可以访问路由
		后端获取方式:
			from django.shortcuts import reverse
      		reverse('func_view')  	# func666/ 结果可以访问路由
      		

4.1 > 无名分组反向解析

   解析具体步骤如下:


	步骤1:给对应关系起别名
		url(r'^func666/(\d+)/',views.func,name='func_view')
	步骤2:使用反向解析获取结果
	    '''无法明确括号内正则表达式的内容 需要人为指定'''
	    前端:
	      	{% url 'func_view' 123 %}  # func666/123/
	    后端:
	      	from django.shortcuts import reverse
	      	reverse('func_view',args=(666,))  # func666/666/

4.2 > 有名分组反向解析

	
	步骤1:给对应关系起别名
		url(r'^func666/(?P<id>\d+)/',views.func,name='func_view')
    
	步骤2:使用反向解析获取结果
    	'''无法明确括号内正则表达式的内容 需要人为指定'''
    
    	前端:
	      	{% url 'func_view' 123 %}  # func666/123/
	        {% url 'func_view' id=123 %}  # func666/123/
    	后端:
	      	from django.shortcuts import reverse
	      	reverse('func_view',args=(666,))  # func666/666/
	        reverse('func_view',kwargs={'id':1})  # func666/1/
	        

   无名有名反向解析中的手动传值 这个值在实际工作中到底可以是什么?
   一般情况下这个值可以是数据的主键值、页面的页码、区域的编号等。

5 > 路由分发

   如果一个django项目特别庞大 里面有很多应用 每个应用下有很多对应关系,那么django自带的路由层里面的代码就会非常非常的多。
   优化措施如下:


	根据应用的不同拆分到不同的应用中

   django支持每个应用都可以有自己独立的。


	路由层、模板层、静态文件、视图层(默认)、模型层(默认)
	

   上述特性能够让django在分组开发上更加的方便、快捷。所有人都可以在应用中开发完整的项目功能,最后汇总到一个空的django项目中 然后通过路由分发整合所有人的应用。
   具体操做如下:
   1 > 创建多个应用 并去配置文件中注册


	''' settings.py 配置文件 '''
	'app02',

在这里插入图片描述
在这里插入图片描述

   2 > 在多个应用中编写相同的路由

	
	urlpatterns = [
		url(r'^index/',views.index111)
	]

	urlpatterns = [
		url(r'^index/',views.index)
	]

在这里插入图片描述
   3 > 路由分发

	总路由
		from django.conf.urls import url, include
  		from app01 import urls as app01_urls	# 给url取别名叫app01_urls
		from app02 import urls as app02_urls	# 给url取别名叫app02_urls
		urlpatterns = [
			url(r'^app01/',include(app01_urls)),
  			url(r'^app02/',include(app02_urls))
		]
	''' 总路由只负责分发 不负责视图函数对应 '''
	上述代码还可以简写
  	from django.conf.urls import url, include
  	urlpatterns = [
  		url(r'^app01/',include('app01.urls')),
  		url(r'^app02/',include('app02.urls'))
  	]
  	

6 > 名称空间

   1 > 不同的应用使用了相同的别名 那么反向解析是否自动识别


	index_view				app01/index/
  	index_view				app02/index/

   2 > 验证发现默认情况下是不会自动识别应用前缀的 如何解决反向解析问题


	方式1:名称空间
		总路由添加名称空间
		url(r'^app01/',include('app01.urls',namespace='app01')),
    	url(r'^app02/',include('app02.urls',namespace='app02'))	
    	应用反向解析自动提示
    	reverse('app01:index_view')
        reverse('app02:index_view')
        {% url 'app01:index_view' %}
        {% url 'app02:index_view' %}	
	
	
	方式2:只需要确保反向解析的别名在整个项目中不重复即可!!!
    	可以在别名的前面加上应用名的前缀
      	url(r'^index/',views.index,name='app01_index_view')
        url(r'^index/',views.index,name='app02_index_view')
      
    """
		名称空间其实是可有可无的知识 但是在实际工作中还是有不少程序员喜欢使用
	"""

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值