Django框架

今日内容：
1.图书管理系统表设计

2.django请求生命周期

3.路由层

4.视图层

一.表与表之间建立关系

就以这个图书管理系统为例：
   书籍表
    出版社表
    作者表

书籍和出版社是一对多，外键字段建在书籍表中
书籍和作者是多对多，需要第三张表来记录多对多关系

django  orm中表与表之间建关系
1.一对多的外键关系
publish = models.ForeignKey(to='Publish')
# to表示的就是跟哪张表是一对多的关系   默认都是跟表的主键字段建立关系
2.多对多关系
authors = models.ManyToManyField(to='Author')
 # 不会在表中生成authors字段 该字段是一个虚拟字段 仅仅是用来告诉django orm自动帮你创建书籍和作者的第三张关系表
3.一对一关系
 author_detail = models.OneToOneField(to='AuthorDetail')

注意！！！！：
1.一对多 和 一对一会自动再字段后面加_id。
2.但是多对多，不会产生实际字段，只是告诉django orm 自动创建第三张表

二.django的请求生命周期

三.路由层

1.url()方法里面第一个参数，是一个正则表达式
 url(r'^admin', admin.site.urls),
 url(r'^adminqwe',views.login ),
不加上斜杠的话，一旦前面的正则表达式匹配到了的内容，就不会再往下继续匹配，而是直接执行对应的视图函数
ps：正式由于上面的特性，当你的项目特别庞大的时候，url的前后顺序也是你需要考虑可能会出现url错乱的情况

url(r'^login/$',views.login) 这样写的话以什么开头以什么结尾，一般都是这样写


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

无名分组：

url(r'^test/([0-9]{4})/', views.test)
路由匹配的时候，会将括号内的正则表达式匹配到的内容，当做位置参数传递给视图函数
def test(request,xx):
    print(xx)
    return HttpResponse('test')

有名分组：

url(r'^test/(?P<year>d+)/', views.test)
路由匹配的时候，会将括号内正则表达式匹配到的内容，当做关键字参数传递给视图函数

def test(request,year):
    print(year)
    return HttpResponse('test')

注意：

# 无名有名不能混合使用 !!!
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),

反向解析：

因为可能因为产品经理的无理需求，说不要用index这个名字了，但是你有1000个html页面，每个里面都有10几个a标签写的都是index路径。
这个时候你该怎么解决：这个时候就用到了反向解析

分为2个步骤：
1.先给url和视图函数对应关系起别名
url(r'^index/$',views.index,name='kkk')

2.反向解析
    后端反向解析：
    后端要想获取到，我们可以在任意位置通过reverse反向解析出对应的url
    但是需要先在views里面导入reverse
    print（reverse（'kkk'））

    前端反向解析:
    把一开始写死的index路径写成动态解析格式
    <a href="{% url 'kkk'%}">1</a>
    

无名分组反向解析和有名分组反向解析：
1.无名分组反向解析：

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

后端反向解析：
因为（d+）/是要写一个数字，所以用arg=（1，）给一个数字
reverse('kkk',args=(1,))  # 后面的数字通常都是数据的id值，因为这是演示，所以给个数字

前端反向解析：
<a href="{% url 'kkk' 1 %}">1</a># 后面的数字通常都是数据的id值

def index(request,*args):# 还需要在index这写一个*args来接收一下位置参数
    return HttpResponse('index')

2.有名反向解析：

同无名分组反向解析一样的用法
    
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>

def index(request,**args):# 还需要在index这写一个**args来接收一下关键字参数
    return HttpResponse('index')

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

路由分发（**********）：

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

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

正是基于上述条件，可以实现多人分组开发，等多人开发完成之后，我们只需要创建一个空的django项目，
然后将多人开发的app全部注册进来，在总路由实现一个路由分发，而不是再做路由匹配（来了之后，我只给你分发到对应的app）

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

任务分发写法：

总路由中 一级路由的后面千万不加$符号

 

 

 名称空间（了解）：

    多个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即可

 

上传文件：

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()  # 后缀和参数全部获取