Django框架-03路由层相关为主

路由分配

第一个参数是正则表达式，匹配规则按照从上往下一次匹配，匹配到一个以后当即匹配，直接执行对应的视图函数

分组

无名分组

• 无名分组(将加括号的正则表达式匹配到的内容当作位置参数自动传递给对应的视图函数)

有名分组

• 将加括号的正则表达式匹配到的内容当作关键字参数自动传递给对应的视图函数

注意:无名分组和有名分组不能混着用！！！

反向解析

(根据名字动态获取到对应路径)

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

# 能够给每个路由与视图函数对应关系起一个名字
# 这个名字可以惟一标识出对应的路径
# 注意这个名字不能重复是惟一的

无名分组反向解析

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

前端使用

{% url 'kkk' 1%}   # 后面的数字一般都是数据的id值

后端使用

reverse('kkk',args=(1,))  # 后面的数字一般都是数据的id值

有名分组反向解析

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

前端反向解析

<a href="{% url 'kkk' 1 %}">1</a>  # 推荐你使用上面这种  减小你的脑容量消耗
<a href="{% url 'kkk' year=1 %}">1</a>

后端方向解析

print(reverse('kkk',args=(1,)))  # 推荐你使用上面这种  减小你的脑容量消耗
print(reverse('kkk',kwargs={'year':1}))

• 反向解析的本质:就是获取到一个可以访问名字所对应的视图函数

路由分发

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

每个应用均可以有本身的urls.py,static文件夹,templates文件夹(******)

建一个views文件夹 里面根据功能的细分再建不一样的py文件(******)

from django.conf.urls import url,include


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:

​ ps: 起别名的时候不要冲突便可 通常状况下在起别名的时候一般建议以应用名做为前缀

name = 'app01_index'
name = 'app02_index'

伪静态网页

搜索优化seo(默认结尾.html)

url(r'^index.html',views.index,name='app01_index')

假装的像一个正常网页提升被百度等大爬虫搜索到收藏记录

虚拟环境

咱们会给每个项目 配备该项目所须要的模块 不须要的一律不装
虚拟环境 就相似于为每一个项目量身定作的解释器环境

Django2和1的区别

路由层1.X用的是url
而2.X用的是path

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

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

django2的转换器

虽然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),  
                    ...  
                ]

FBV与CBV

FBV: 基于函数的视图

CBV: 基于类的视图

• CBV：
  url(r'^mycls/',views.MyCls.as_view())

  class MyCls(View):
      def get(self,request):
          return render(request,'index.html')
      def post(self,request):
          return HttpResponse('post')

• Django中提供了method_decorator装饰器用于将函数装饰器转换为方法装饰器。

JsonResponse

def index(request):

# res = {'name':'nash大帅比','password':18}
    # return HttpResponse(json.dumps(res))
    return JsonResponse({'name':'nash大帅比','password':'1888888'},json_dumps_params={'ensure_ascii':False})

path()和get_full_path()

print('path:',request.path)

print('full_path:',request.get_full_path())

path: /upload_file/
full_path: /upload_file/?name=jason

request对象

当一个页面被请求时，Django就会建立一个包含本次请求原信息的HttpRequest对象。

Django会将这个对象自动传递给响应的视图函数，通常视图函数约定俗成地使用 request 参数承接这个对象。

请求相关的经常使用值

path_info 返回用户访问url，不包括域名
method 请求中使用的HTTP方法的字符串表示，全大写表示。
GET 包含全部HTTP GET参数的类字典对象
POST 包含全部HTTP POST参数的类字典对象
body 请求体，byte类型 request.POST的数据就是从body里面提取到的

简单的文件上传

前端须要注意的点:

1.method须要指定成post
2.enctype须要改成formdata格式

后端暂时须要注意的是

1.配置文件中注释掉csrfmiddleware中间件
2.经过request.FILES获取用户上传的post文件数据

file_obj = request.FILES.get('my_file')

print(file_obj.name)
    with open(file_obj.name,'wb') as f:
        for line in file_obj.chunks():
            f.write(line)