目錄
- 昨日回顧
- 今日内容
-
- 1 django連接配接mysql
- 2 pycharm操作sqlite和mysql
- 3 路由層之簡單路由配置
-
- 3.1、Django中路由的作用
- 3.2、簡單的路由配置
- 4 路由層之APPEND_SLASH
- 5 有名分組 無名分組
- 6 路由分發
- 7 反向解析
- 8 名稱空間
昨日回顧
1 MTV和MVC
-MVC:model資料庫相關操作,V:view視圖,C:controler控制器,邏輯
-MTV:model資料庫相關操作 T:template V:視圖函數+路由比對
2 django請求生命周期
-web伺服器--》http拆成字典---》調起可調用對象(django,flask,tornodo)---》路由比對--》執行視圖函數(資料庫拿資料,模闆檔案拿模闆,渲染)--》生成html頁面--》傳回
3 虛拟環境
-作用:隔離項目
-go mod
-java maven
4 orm介紹
-對象關系映射:
-資料中的一個表對應程式中一個類
-一條資料對應程式中一個對象
-django orm,sqlachemy
5 django orm簡單使用
-不能建立資料庫,手動建立資料庫(sqlite不需要)
-django預設支援sqlite(不需要額外配置)
-models中寫一個類(繼承models.Model)
-寫字段,注釋掉字段,新增字段(default=預設值 或者 null=True)
-兩條資料庫遷移指令(一個是記錄,一個是真正的遷移)
python manage.py makemigrations
python manage.py migrate
-插入
user=UserInfo(name=lqz,age=19)
user.save()
user=UserInfo.objects.create(name=lqz,age=19)
-查詢所有
UserInfo.objects.all() # 放到清單中[user1,user2,user3]
今日内容
1 django連接配接mysql
1 如果項目使用sqlite,不需要額外配置,直接操作即可
2 django預設情況連結mysql,用的驅動是mysqldb子產品,python 3.x以後,這個子產品用不了了,咱們用的全都是pymysql,需要做個替換
3 showmigrations:檢視哪些記錄更改了,但是沒有同步到資料庫中
3 如果使用mysql,需要配置如下:
-1 配置檔案中配置:settings.py
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql',
'NAME': 'day62',
'HOST': '127.0.0.1',
'PORT': 3306,
'USER': 'root',
'PASSWORD':'123'
}
}
-2 需要在 app的__init__.py 中寫
import pymysql
pymysql.install_as_MySQLdb()
-3 後續操作完全一樣,在models中建立類,寫字段
-4 視圖函數中插入,查詢
-5 pycharm的--》tools---》run manage.py Task
2 pycharm操作sqlite和mysql
1 右側datasource----》點點點就會了
3 路由層之簡單路由配置
3.1、Django中路由的作用
URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要為該URL調用的視圖函數之間的映射表;你就是以這種方式告訴Django,對于用戶端發來的某個URL調用哪一段邏輯代碼對應執行
from django.urls import path
urlpatterns = [
path('articles', views.special),
]
articles這個路由對應着視圖函數中special這個方法,浏覽器輸入這個連結,就會響應到special這個函數來執行
3.2、簡單的路由配置
from django.conf.urls import url
urlpatterns = [
url(正規表達式, views視圖函數,參數,别名),
]
- 正規表達式:一個正規表達式字元串
- views視圖函數:一個可調用對象,通常為一個視圖函數或一個指定視圖函數路徑的字元串
- 參數:可選的要傳遞給視圖函數的預設參數(字典形式)
- 别名:一個可選的name參數
from django.urls import path,re_path
from app01 import views
urlpatterns = [
re_path(r'^articles/2003/$', views.special_case_2003),
re_path(r'^articles/([0-9]{4})/$', views.year_archive),
re_path(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive),
re_path(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]
注意:
- 若要從URL 中捕獲一個值,隻需要在它周圍放置一對圓括号。
- 不需要添加一個前導的反斜杠,因為每個URL 都有。例如,應該是
而不是^articles
。^/articles
- 每個正規表達式前面的’r’ 是可選的但是建議加上。它告訴Python 這個字元串是“原始的” —— 字元串中任何字元都不應該轉義
- urlpatterns中的元素按照書寫順序從上往下逐一比對正規表達式,一旦比對成功則不再繼續
示例:
'''
一些請求的例子:
/articles/2005/03/ 請求将比對清單中的第三個模式。Django 将調用函數views.month_archive(request, '2005', '03')。
/articles/2005/3/ 不比對任何URL 模式,因為清單中的第三個模式要求月份應該是兩個數字。
/articles/2003/ 将比對清單中的第一個模式不是第二個,因為模式按順序比對,第一個會首先測試是否比對。請像這樣自由插入一些特殊的情況來探測比對的次序。
/articles/2003 不比對任何一個模式,因為每個模式要求URL 以一個反斜線結尾。
/articles/2003/03/03/ 将比對最後一個模式。Django 将調用函數views.article_detail(request, '2003', '03', '03')。
'''
小結:
1 路由參數
# 第一個參數是正規表達式
# 第二個參數是視圖函數記憶體位址
# 第三個參數是個字典 {'name':lqz,'age':18},給視圖函數傳遞預設值
# 第四個參數name,目前路由的别名,用作反向解析
url(r'^home2/', views.home,{'name':'lqz','age':19},name='home'),
2 通路根路徑,觸發視圖函數執行(路由怎麼配)
-url(r'^$', admin.site.urls),
3 在路由中配置多個相同路由會怎麼樣?
隻會執行第一個
4 如下路由會怎麼樣?永遠不會比對到第二個
url(r'^login', views.home),
url(r'^login2', views.home),
4 路由層之APPEND_SLASH
APPEND_SLASH
# 是否開啟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 時就會提示找不到頁面。
小結:
1 路由配置如下
url(r'^login/$', views.home),
通路:http://127.0.0.1:8000/login/
通路:http://127.0.0.1:8000/login 兩次請求,重定向了一次
2 去掉這種特性,在settings.py中寫
APPEND_SLASH=False # 一般不加
3 django如何實作的?通過一個中間件實作的django.middleware.common.CommonMiddleware(暫留)
5 有名分組 無名分組
#1 無名分組的使用
### 無名分組,把分組分出來的值,當作位置參數傳遞給視圖函數
url(r'^login/([0-9]{4})/([0-9]{2})', views.login),
#2 有名分組的使用
### 有名分組,把分組出來的值,當作關鍵字參數傳遞給視圖函數
url(r'^login/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})', views.login),
#3 有什麼作用
可以從url位址中解析出參數,傳遞給視圖函數使用
#4 案例
# 這種位址,把人名和id分出來
# 有名分組
# ilovejaney/p/13748739.html
url(r'^(?P<name>.*?)/p/(?P<id>\d+).html', views.article),
# 無名分組
url(r'^(.*?)/p/(\d+).html', views.article),
# 5 僞靜态
-原來是動态頁面/login 做成/login.html 僞裝成靜态頁面,便于seo優化
-seo優化:
-https://www.cnblogs.com/liuqingzheng/articles/9509792.html
6 路由分發
1 有一個總路徑,根路由,總路由負責做分發
2 每個app有自己的路由和視圖函數的對應關系
3 使用:
-1 在根路由中配置
# 路由分發
# 第一種方式
# url(r'^app01',include('app01.urls') ),
# 第二種方式
url(r'^app01',include(urls) ),
-2 在不同app中建立urls.py
urlpatterns = [
url(r'login/', views.login),
url(r'home/', views.home),
]
-3 http://127.0.0.1:8000/app01/login/ 先比對app01,如果成功分發到app01的urls中繼續比對
[外鍊圖檔轉存失敗,源站可能有防盜鍊機制,建議将圖檔儲存下來直接上傳(img-D4uwcw9B-1601457665563)(C:\Users\高雨\Desktop\day62-django-day04\代碼筆記\django-day04.assets\image-20200929123323761.png)]
7 反向解析
在使用Django 項目時,一個常見的需求是獲得URL 的最終形式,以用于嵌入到生成的内容中(視圖中和顯示給使用者的URL等)或者用于處理伺服器端的導航(重定向等)。人們強烈希望不要寫死這些URL(費力、不可擴充且容易産生錯誤)或者設計一種與URLconf 毫不相關的專門的URL 生成機制,因為這樣容易導緻一定程度上産生過期的URL。
在需要URL 的地方,對于不同層級,Django 提供不同的工具用于URL 反查:
- 在模闆中:使用url 模闆标簽。
- 在Python 代碼中:使用
from django.urls import reverse()函數
urls.py
from django.urls import path,re_path
from app01 import views
urlpatterns = [
re_path(r'^test/(?P<year>[0-9]{2})/(?P<month>[0-9]{2})/$',views.url_test,name='test'),
]
html
視圖函數中:
from django.shortcuts import render, HttpResponse,redirect,reverse
def url_test(request,year,month):
print(year)
print(month)
url=reverse('test',args=(10,20))
print(url)
return HttpResponse('ok')
總結:1 在html代碼裡{% url “别名” 參數 參數%}
2 在視圖函數中:
2.1 url=reverse(‘test’)
2.2 url=reverse(‘test’,args=(10,20))
當命名你的URL 模式時,請確定使用的名稱不會與其它應用中名稱沖突。如果你的URL 模式叫做
comment
,而另外一個應用中也有一個同樣的名稱,當你在模闆中使用這個名稱的時候不能保證将插入哪個URL。在URL 名稱中加上一個字首,比如應用的名稱,将減少沖突的可能。我們建議使用
myapp-comment
而不是
comment
。
1 通過路由的别名,解析出路由的位址
2 用在視圖函數中:
url=reverse('home') # home就是路由的别名
print(url)
3 模闆檔案中使用
{% url 'meinv' %}
4 有什麼作用
-動态根據路由别名獲得路徑,一旦路徑改變,不需要改其他代碼
8 名稱空間
命名空間(英語:Namespace)是表示辨別符的可見範圍。一個辨別符可在多個命名空間中定義,它在不同命名空間中的含義是互不相幹的。這樣,在一個新的命名空間中可定義任何辨別符,它們不會與任何已有的辨別符發生沖突,因為已有的定義都處于其它命名空間中。
由于name沒有作用域,Django在反解URL時,會在項目全局順序搜尋,當查找到第一個name指定URL時,立即傳回
我們在開發項目時,會經常使用name屬性反解出URL,當不小心在不同的app的urls中定義相同的name時,可能會導緻URL反解錯誤,為了避免這種事情發生,引入了命名空間。
建立一個app02:python manage.py startapp app02
總urls.py
from django.urls import path,re_path,include
urlpatterns = [
path('app01/', include('app01.urls')),
path('app02/', include('app02.urls'))
]
app01 的urls.py
from django.urls import path,re_path
from app01 import views
urlpatterns = [
re_path(r'index/',views.index,name='index'),
]
app02 的urls.py
from django.urls import path, re_path, include
from app02 import views
urlpatterns = [
re_path(r'index/', views.index,name='index'),
]
app01的視圖函數
def index(request):
url=reverse('index')
print(url)
return HttpResponse('index app01')
app02的視圖函數
def index(request):
url=reverse('index')
print(url)
return HttpResponse('index app02')
這樣都找index,app01和app02找到的都是app02的index
如何處理?在路由分發的時候指定名稱空間
總urls.py在路由分發時,指定名稱空間
path('app01/', include(('app01.urls','app01'))),
path('app02/', include(('app02.urls','app02')))
url(r'app01/',include('app01.urls',namespace='app01')),
url(r'app02/',include('app02.urls',namespace='app02'))
url(r'app01/',include(('app01.urls','app01'))),
url(r'app02/',include(('app02.urls','app02')))
在視圖函數反向解析的時候,指定是那個名稱空間下的
url=reverse('app02:index')
print(url)
url2=reverse('app01:index')
print(url2)
在模版裡:
小結
1 路由做反向解析時,有同名路由,出現問題
2 在做路由分發時,給每個app的路徑設定一個名稱空間
3 使用步驟
1 在總路由中設定
url(r'^app01',include('app01.urls','名稱空間的名字') ),
-2 用在視圖函數中:
url=reverse('名稱空間的名字:home') # home就是路由的别名
print(url)
-3 模闆檔案中使用
{% url '名稱空間的名字:meinv' %}