ディレクトリ
ORMはテーブル関係を確立します
どのようにORMテーブルのリレーションシップを確立
多対
多の
ワン
テーブルの上に立って共感の、その後、別の分析上記の分析に立ちました
一对多 外键字段建在 多的那一方
多对多 多对多的外键关系需要建立第三章来专门处理
图书表
出版社表
作者表
from django.db import models
# Create your models here.
# 先不要考虑外键关系 先创基表
class Book(models.Model):
title = models.CharField(max_length=32)
# 小数总共八位 小数占两位
price = models.DecimalField(max_digits=8,decimal_places=2)
# 书跟出版社是一对多 并且书是多的一方 所以外键字段健在书表中
publish_id = models.ForeignKey(to='Publish') # to用来指代跟哪张表有关系 默认关联的就是表的主键字段
"""
一对多外键字段 创建的时候 同步到数据中 表字段会自动加_id后缀
如果你自己加了_id 我orm头铁 再在后面加一个_id
所以你在写一对多外键字段的时候 不要自作聪明的加_id
"""
# 书跟作者是多对多的关系 外键字段建在任意一方都可以 但是建议你建在查询频率较高的那一方
author = models.ManyToManyField(to='Author') # django orm会自动帮你创建书籍 和作者的第三张关系表
# author这个字段是一个虚拟字段 不能在表中展示出来 仅仅只是起到一个高速orm 建第三章表的关系的作用
class Publish(models.Model):
title = models.CharField(max_length=32)
email = models.EmailField()
class Author(models.Model):
name = models.CharField(max_length=32)
age = models.IntegerField()
# 一对一的表关系 外键字段建在任意一方都可以 但是建议你建在查询频率较高的那一方
author_detail = models.OneToOneField(to='Author_detail') # fk + unique
"""
一对一外键字段 创建的时候 同步到数据中 表字段会自动加_id后缀
如果你自己加了_id 我orm头铁 再在后面加一个_id
所以你在写一对一外键字段的时候 不要自作聪明的加_id
"""
class Author_detail(models.Model):
phone = models.BigIntegerField()
addr = models.CharField(max_length=32)
ライフサイクルフローチャート要求ジャンゴ
urls.pyルーティング層
ジャンゴルートマッチルール:試合が終わっていない場合は、最初に一致した後、スラッシュはありません、ブラウザをリダイレクトします、再び一致した後にスラッシュを追加
長い正規表現は、コンテンツビュー機能に合わせることができるように下がり、すぐに実行ではなく、試合を継続されるように、最初のパラメータのURLの正規表現です。
# settings配置文件中加上:
# 取消django自动让浏览器增加斜杠
APPEND_SLASH = False # 该参数默认是True
'''
加上这句话,浏览器端如果后缀不加斜杠就会自动报错,后端不在自动加斜杠让浏览器再请求一次
'''
urlpatterns = [
url(r'^admin/', admin.site.urls) , # url第一个参数是一个正则表达式
url(r'^test/$', views.test), # 一旦正则表达式能够匹配到内容 会立刻结束匹配关系 直接执行后面对应的函数
url(r'testddd/$', views.testddd),
]
# django匹配路由的规律
# 不加斜杠 先匹配一次试试 如果匹配不上 会让浏览器重定向 加一个斜杠再来一次 如果还匹配不上 才会报错
"""
路由匹配值匹配url部分
不匹配?后面的get携带的参数
"""
不明グループ
无名分组:将分组内正则表达式匹配到的内容当做位置参数传递给视图函数
url(r'^test/([0-9]{4})/', views.test)
url(r'^test/(\d+)/', views.test), # 匹配一个或者多个数字
test() takes 1 positional argument but 2 were given
# 当你的路由中有分组的正则表达式 那么在匹配到内容
# 执行视图函数的时候 会将分组内正则表达式匹配到的内容当做位置参数传递给视图函数 test(request,分组内正则表达式匹配到的内容)
有名なグループ化
有名分组(将加括号的正则表达式匹配到的内容当做关键字参数自动传递给对应的视图函数)
url(r'^test/(?P<year>\d+)/',views.test), #将匹配到的数字起别名,叫year,作为关键字参数传给视图函数
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<xxx>\d+)/',views.test),
逆引き参照
逆引き参照不明のパケット
最初のケース:
"""
根据一个别名 动态解析出一个结果 该结果可以直接访问对应的url
"""
# 路由中没有正则表达式 直接是写死的
url(r'^home/', views.home,name='xxx'), # 给路由与视图函数对应关系起别名
# 前端反向解析
{% url 'xxx' %}
# 后端反向解析
from django.shortcuts import render,HttpResponse,redirect,reverse
url = reverse('xxx')
後者の場合:
无名分组的反向解析 在解析的时候 你需要手动指定正则匹配的内容是什么
url(r'^home/(\d+)/', views.home,name='xxx'), # 给路由与视图函数对应关系起别名
前端反向解析
<p><a href="{% url 'xxx' 12 %}">111</a></p>
<p><a href="{% url 'xxx' 1324 %}">111</a></p>
<p><a href="{% url 'xxx' 14324 %}">111</a></p>
<p><a href="{% url 'xxx' 1234 %}">111</a></p>
后端反向解析
url = reverse('xxx',args=(1,))
url1 = reverse('xxx',args=(3213,))
url2 = reverse('xxx',args=(2132131,))
# 手动传入的参数 只需要满足能够被正则表达式匹配到即可
逆引き有名なグループ化
第三のケース
'''
有名分组的反向解析 在解析的时候 你需要手动指定正则匹配的内容是什么
有名分组的反向解析可以跟无名分组一样
'''
url(r'^home/(?P<year>\d+)/', views.home,name='xxx'), # 给路由与视图函数对应关系起别名
前端
# 可以直接用无名分组的情况
<p><a href="{% url 'xxx' 12 %}">111</a></p>
# 你也可以规范写法
<p><a href="{% url 'xxx' year=1232 %}">111</a></p> # 了解即可
后端
# 可以直接用无名分组的情况
url = reverse('xxx',args=(1,))
# 你也可以规范写法
url = reverse('xxx',kwargs={'year':213123}) # 了解即可
編集機能には、例えば
url(r'^edit_user/(\d+)/',views.edit_user,name='edit')
def edit_user(request,edit_id):
# edit_id就是用户想要编辑数据主键值
pass
{% for user_obj in user_list %}
<a href='/edit_user/{{user_obj.id}}/'>编辑</a>
<a href='{% url 'edit' user_obj.id %}'>编辑</a>
{% endfor %}
ルートの配布
ジャンゴアプリのすべては、独自の独立したurls.pyテンプレートの静的を持つことができます。
上記の機能を使用すると、Djangoの開発を使用するためのプロジェクトは完全に、一人一人が、唯一、自分のアプリを開発するよりパケットよりも開発し、互いに干渉しないことができるようになり、アプリ開発者は、空の内側のDjangoのプロジェクトにすべての人々のチームリーダーを統合する必要があります[構成設定ファイルはモザイク一緒に完了するために、大規模なプロジェクトに複数のアプリケーションを統合するためにルート分布をリサイクル登録、ルーティング溶液中の全流通ルートは、ルートの配布を使用してプロジェクトあまり関係、総ルートと一致しませんです(単にアクセスするためにどのアプリの機能をお願いしてから転送し、対応するアプリへの要求に対処するために、来た間の総経路ではないリクエスト対応)ライブ一致し、ちょうどタスク分散を行うのですか。
# 第一种分发方式:
# settings中的总路由
from app01 import urls as app01_urls
from app02 import urls as app02_urls
urlpatterns = [
url(r'^admin/', admin.site.urls), # url第一个参数是一个正则表达式
# 路由分发
url(r'^app01/',include(app01_urls)), # 路由分发需要注意的实现 就是总路由里面不能以$结尾
url(r'^app02/',include(app02_urls)),
]
# app01的settings中的子路由
from django.conf.urls import url
from app01 import views
urlpatterns = [
url('^reg/',views.reg)
]
# app02的settings中的子路由
# app02是刚刚创建的的,要在总路由的INSTALLED_APPS中注册
from django.conf.urls import url
from app02 import views
urlpatterns = [
url('^reg/',views.reg)
]
# 第二种分发方式:
最省事的写法(******)
url(r'^app01/',include('app01.urls')),
url(r'^app02/',include('app02.urls'))
名前空間
複数のアプリがエイリアスので、競合が発生した場合に表示されたら、あなたは、各アプリに分散ルーティング時にやっているの逆解析は、名前空間の参照別名に最終的に選択することができますときに、名前空間を作成し、することができます。
url(r'^app01/',include('app01.urls',namespace='app01')),
url(r'^app02/',include('app02.urls',namespace='app02'))
# 后端
print(reverse('app01:reg'))
print(reverse('app02:reg'))
# 前端
<a href="{% url 'app01:reg' %}"></a>
<a href="{% url 'app02:reg' %}"></a>
其实上面的名称空间知识点可以完全不用 你只需要保证起别名的时候 在整个django项目中不冲突即可
参考建议
起别名的时候统一加上应用名前缀
urlpatterns = [
url(r'^reg/',views.reg,name='app02_reg')
]
urlpatterns = [
url('^reg/',views.reg,name='app01_reg')
]
擬似静的
SEO検索エンジンのクエリの頻度と強度のウィッシュリストを向上させるために、静的なWebページを装った動的なWebページ
、いわゆる検索エンジンは、実際に巨大な爬虫類がありません
仮想環境
给每一个项目 装备该项目所需要的模块 不需要的模块一概不装
每创建一个虚拟环境就类似于你重新下载了一个纯净python解释器
之后该项目用到上面 你就装什么(虚拟环境一台机器上可以有N多个)
不要在你的机器上无限制创建虚拟环境
![](https://img2018.cnblogs.com/blog/1727351/201911/1727351-20191126015005145-1016765158.jpg)
Djangoのバージョンの違い
django1.X django2.X
urls.py中路由匹配的方法有区别
django2.X用的是path
urlpatterns = [
path('admin/', admin.site.urls),
]
django1.X用的是url
urlpatterns = [
url(r'^reg.html',views.reg,name='app02_reg')
]
# 区别 django2.X里面path第一个参数不是正则也不支持正则 写什么就匹配什么
# 虽然path不支持正则 感觉也好用 django2.X还有一个re_path的方法 该方法就是你django1.X里面url;
# 虽然path支持 但是它提供了五种转换器 能够将匹配到的数据自动转黄成对应的类型
# 除了有默认五种转换器之外 还支持你自定义转换器
バックエンドのファイルを取得する方法、ファイルをアップロードするためのフォームを形成します
form表单上传文件 后端如何获取文件
form表达传文件需要注意的事项
1.method必须改成post
2.enctype该成formdata格式
前期你在使用post朝后端发请求的时候 需要去settings配置文件中注释掉一个中间件csrf
#urls.py文件
urlpatterns = [
url('^reg/',views.reg,name='reg'),
url('^upload_file/',views.upload_file),
]
# upload_file.py文件
def upload_file(request):
if request.method=='POST':
print(request.POST) # <QueryDict: {}>
print(request.FILES) # django会将文件类型的数据放到request.file里面
# <MultiValueDict: {'myfile': [<InMemoryUploadedFile: aaa.xls (application/vnd.ms-excel)>]}>
file_obj = request.FILES.get('myfile')
print(file_obj) # aaa.xls
print(file_obj.name) # aaa.xls
with open(file_obj.name,'wb') as f:
for line in file_obj:
f.write(line)
'''
django针对不同得数据类型,会帮你解析并放到不同得方法中供你调用
'''
return render(request,'upload_file.html')
<!--upload_file.html文件-->
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Title</title>
<script src="https://cdn.bootcss.com/jquery/3.4.1/jquery.min.js"></script>
<link rel="stylesheet" href="https://cdn.bootcss.com/twitter-bootstrap/3.4.1/css/bootstrap.min.css">
<script src="https://cdn.bootcss.com/twitter-bootstrap/3.4.1/js/bootstrap.min.js"></script>
</head>
<body>
<form action="" method="post" enctype="multipart/form-data">
<input type="file" name="myfile">
<input type="submit">
</form>
</body>
</html>