Django 路由视图FBV/CBV

路由层

url路由层结构

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

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^$', views.index),
    url(r'^index/', views.index, name='index'),
]

url(正则表达式, views视图函数，参数，别名)

　　在Django1.0版本中路由层，第一个参数就是一个正则表达式，也就意味着路由在匹配的时候是按照正则表达式的规则取匹配的，路由的匹配顺序是从上到下依次匹配，匹配到之后马上执行视图

函数，不在向下继续匹配路由。

　　按照正则表达式语法，就可以实现首页的路由书写方式，和不存在页面（错误页面404）路由的书写方式

，注意错误页面位置放到最后。

　　匹配一个到无限个数字的路由书写方式：

　　常用的解决错误匹配的方法：1 切换位置 2 换正则表达式。

　　Django2.0版本中url 变为了path，但是它也保留了正则的方式：

补充说明：

# 是否开启URL访问地址后面不为/跳转至带有/的路径的配置项
APPEND_SLASH=True

Django settings.py配置文件中默认没有 APPEND_SLASH 这个参数，但 Django 默认这个参数为 APPEND_SLASH = True。 其作用就是自动在网址结尾加'/'。

其效果就是：

我们定义了urls.py：
from django.conf.urls import url
from app01 import views

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

访问 http://www.example.com/blog 时，默认将网址自动转换为 http://www.example/com/blog/ 。

如果在settings.py中设置了 APPEND_SLASH=False，此时我们再请求 http://www.example.com/blog 时就会提示找不到页面。

Django 1.0 与2.0 的差别

django2.0里面的path第一个参数不支持正则，你写什么就匹配，100%精准匹配

django2.0里面的re_path对应着django1.0里面的url

虽然django2.0里面的path不支持正则表达式，但是它提供五个默认的转换器

str,匹配除了路径分隔符（/）之外的非空字符串，这是默认的形式
int,匹配正整数，包含0。
slug,匹配字母、数字以及横杠、下划线组成的字符串。
uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
path,匹配任何非空字符串，包含了路径分隔符（/）（不能用？）

自定义转换器
1.正则表达式
2.类
3.注册

# 自定义转换器
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')
PS:路由匹配到的数据默认都是字符串形式

有名分组与无名分组

　　分组的目的：利用正则分组手段，来实现参数的传递。例如在编辑用户的时候，我们需要获取用户的id，之前是借助 href get请求传值的方式，将用户的id传到后台。现在我们有了更专业的手段。

　　分组分类：

　　　　有名分组，我将其理解为位置参数的传值方式，使用方式如下图，浏览器用户输入的网址中，test/ 后方的2018，在url.py 中利用正则分组的方式，将其作为位置参数，传给view层的test函数的xxx。

　　这样就完成了前端对后端的参数传递，和之前利用a标签在get模式下的传参方式如出一辙。获取到这个参数之后，就可以进行新的一通骚操作了。

　　　　无名分组，我将其理解为关键字参数的传值方式，和无名分组大差不差，就是参数前面指定了一个名称，这个名称有指定的作用，和函数的位置与关键字传参如出一辙。使用方式如下图：

　　？P<year> 就是固定的书写格式，year就是参数名称，所以对应于view层中的函数也必须有year这个形参来接收。

　　　　注意：有名分组于无名分组不要混着用，这是规定，没有为什么！当然相同类型也可以传多个参数。

反向解析

　　随着功能的增加会出现更多的视图，可能之前配置的正则表达式不够准确，于是就要修改正则表达式，但是正则表达式一旦修改了，之前所有对应的超链接都要修改，真是一件麻烦的事情，而且可能还会漏掉一些超链接忘记修改，有办法让链接根据正则表达式动态生成吗？就是用反向解析的办法。

　　应用范围：

　　　　1 模板中的超链接

　　　　2 视图中的重定向

　　正如上面所说，如果我们时不时的更改正则表达式，此时我们就要改很多的地方，那有没有一种方式能够不那么麻烦，也能随意的改正则表达式呢，答案就是给这个url 命名。

如图所示，在函数名后面加一个 name= ’名称‘ 的方式，为该url贴个名字，有了这

个名字之后，前端后端下次再只需要通过这个名字取匹配相应的url ，此时无论你怎样去改动url中的正则表达式都无所谓，因为它们以及换成了名字来链接彼此了。此时要注意，这个

名字是一定不能重复的。 既然说是用名字来替代前面的url，那具体如何使用呢：

　　前端使用方式：

　　标准的模板语法。

　　后端使用方式，先解释，后端是想通过这个名字反向得到名字所代表 url的正则表达式，以达到无论正则表达式怎么变，我只要后端名字和url保持一致，就能拿到这个url中的正则表达式。

通常这里是结合（redirect）重定向来使用，也就是你前面url正则随意变，我重定向永远能匹配到你。这里就使用到了reverse 模块。

　　首先是导入 reverse 然后如图操作

　　结论：有了反向解析之后，我们就不用再担心，改了url的正则表达式之后，又得改view 和 html中的正则表达式，有了名字之后，就省事多了。但是此时又有了新的问题，上面所说的有名分组和无名分组

的参数要怎么结合着使用呢？

路由分发

　　项目中的urls层作为一个大组长，每个app就是一个个体，路由来了先由大组长分发到每个个体中的urls.py中，来做匹配。这样的好处在于，大组长里不需要把所有的路由都写下来，

结构更加清晰，适合一个项目中有多个app的场景。注意分发总路由千万不要写$结尾

伪静态码（seo搜索引擎优化）

　　作用：提升网页颗粒度，让搜索引擎更容易搜索到，因为搜索引擎会优先记录以html结尾的静态页面。

模拟环境

　　为啥要用虚拟环境：一个项目中需要的模块是有限的，虚拟环境可以避免导入一些无用的模块，需要什么模块就导入什么模块。本质上就是下载了一个新的pycham，一个纯净的环境。

换源的方法：百度搜索pip源，复制清华源的url 在项目中添加，双击任意一个现有模块，删除之前的源，添加新源url。

FBV/CBV

　　FBV　　fouction base view,基于函数的视图

　　CBV class base view 基于函数的视图

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

使用JSON实现前后端分离

　　dumps 内部加入ensure——ascii之后序列化的字符串中中午不会在自动编码。Django自带的方式，

JsonResponse（将相应的数据自动转换成json格式，然后直接发送回浏览器）

导入模块
from django.http import JsonResponse
import json

原始方法：
def index(request):
    res = {'name':'sgt','password':18}
    return HttpResponse(json.dumps(res))

JsonResponse方法：
def index(request):
return JsonResponse(
    {'name':'sgt','password':'1888888'},
    json_dumps_params={'ensure_ascii':False}
   )       

注意：json_dumps_params={'ensure_ascii':False}这个的作用是，将Django默认转码功能取消，这样就能显示汉字了。

文件上传

1 注意form表单数据提交的方式

2 请求通过点 FILES方法可以获取文件字典对象，通过get（）方法可以获取字典中的值

3 get（‘my_file’）可以获取FILES请求中的文件数据。

request.path 与 request.get_full_path 区别：get_full_path可以获取用户输入的完整路径。

Django 路由视图FBV/CBV

推荐阅读