創建項目
搭建好了開發環境,包括python和django,所以,接下來就是動手寫代碼的時候了,那么先寫一個hello world :)
創建Django項目
首先確保已經進入了虛擬環境
#進入虛擬環境
$ workon Blog
#退出
$ deactivate
創建博客項目
#在工作目錄中輸入命令創建項目fbckf,生成的項目目錄在當前目錄下
#django-admin 是Django用于管理的命令行工具
$ django-admin startproject fbckf
? 項目結構
#使用 tree 命令查看項目文件結構
$ tree fbckf
fbckf
├── manage.py
└── fbckf
├── __init__.py
├── settings.py
├── urls.py
└── wsgi.py
fbckf 為項目根目錄
manage.py
是 Django 自動生成的一個命令行工具,和django-admin的功能差不多,更適合管理簡單的django項目在項目根目錄下還有一個同名的目錄,它存放了一些項目級別的配置文件
__init__.py
文件表示 fbckf 是一個 packagessetting.py
是 django 項目的配置文件,包括應用,debug,數據庫,模板,語言等的配置urls.py
是 django 的路由配置文件wsgi.py
提供本地測試的小型服務器
? django 項目結構中包括了 django 自動生成的文件和自己創建的文件
? 運行
# Django 自帶了一個小型的服務器,在 manage.py 同級目錄中使用以下命令運行它
$ python manage.py runserver
#終端輸出信息
Performing system checks...
System check identified no issues (0 silenced).
You have 14 unapplied migration(s). Your project may not work properly until you apply the migrations for app(s): admin, auth, contenttypes, sessions.
Run 'python manage.py migrate' to apply them.
April 07, 2018 - 10:04:56
Django version 2.0.4, using settings 'fbckf.settings'
Starting development server at http://127.0.0.1:8000/
Quit the server with CONTROL-C.
? 輸出信息中的警告可以先不理會,因為還沒有進行數據庫遷移
? 在瀏覽器中出入地址:http://127.0.0.1:8000/ 訪問項目頁面
? 默認是使用 8000 端口,可以使用python manage.py runserver 9000
指定 9000 端口
創建應用
? Django 項目中會有一個或多個應用程序來實現各種功能,也可以調用其他項目中的應用程序
#創建應用程序
$ python manage.py startapp blog
#再次查看項目的結構
$ tree fbckf
fbckf
├── blog
│ ├── admin.py
│ ├── apps.py
│ ├── __init__.py
│ ├── migrations
│ │ └── __init__.py
│ ├── models.py
│ ├── tests.py
│ └── views.py
├── db.sqlite3
├── manage.py
└── fbckf
├── __init__.py
├── __pycache__
│ ├── __init__.cpython-35.pyc
│ ├── settings.cpython-35.pyc
│ ├── urls.cpython-35.pyc
│ └── wsgi.cpython-35.pyc
├── settings.py
├── urls.py
└── wsgi.py
? 項目目錄發生了改變
db.sqlite3
django 可以支持的數據庫有很多,不過默認使用的是 python 自帶的 sqlite3,這是它的數據庫文件blog/
這是創建的 blog 應用的目錄里面是運行腳本和配置文件admin.py
django 自帶了一個Admin后臺管理系統,可以在這個文件中注冊你要進行管理的模型apps.py
可以在其中寫應用程序的配置類migrations/
對模型做出修改的記錄文件會存放在該目錄中models.py
django 會將其中的 python 代碼轉譯為數據庫操作語言,一個標準的 python 類(class) 會被做為模型,在數據庫中創建一張數據庫表,類中的屬性既是表中的字段tests.py
可以在這里編寫自己的自動化測試views.py
編寫視圖函數或者類來處理請求,并且返回一個響應,它包括任何內容
? 創建了應用之后還需要在配置文件中注冊這個應用
# fbckf/settings.py
...
# Application definition
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
#在這里注冊你的應用
'blog',
]
...
? 服務器會根據請求的url,在urls.py中進行匹配,我們需要在該文件中寫下url的匹配規制
# fbckf/urls.py
from django.contrib import admin
from django.urls import path, include
urlpatterns = [
path('admin/', admin.site.urls),
path('blog/', include('blog.urls')),
]
path()是django2.0新增的功能,相較于之情使用的url()而言簡單的太多了,不用再去寫復雜的正則
path(route,view,kwargs = None,name = None)
參數
route
可以是一個字符串或者一個gettext_lazy()
,包含url匹配模式,如請求url為https://127.0.0.1:8000 /admin
那么就會與第一個模式匹配,即path('admin/', admin.site.urls)
,有時候我們需要捕獲url中的字符串作為關鍵字參數傳遞給視圖,就需要使用到<Username>
這個模式,并且它可以利用轉換器改變傳遞給視圖變量的類型,如<int:year>
,它會匹配一個十進制的數字并轉換為一個int
,或者是<slug:title>
,另外每個url匹配模式都應該以/
結尾view
是一個視圖函數或者一個視圖類,他會根據請求返回一個響應kwargs
允許傳遞其他的參數給視圖函數name
可以對url進行命名,之后就可以通過這個名字獲取該urlinlcude()
引用其他URLconf,當匹配url時,如果遇到include()
,django會將當前匹配字符串之后的字符串截取并傳遞給include()
引用的URLconf,之后再由它進行匹配,如path('',include('blog.urls'))
,當匹配到blog/
時,會引用應用程序blog
的urls.py
進行url匹配,這里之所以可以引用是因為已經在setting.py
中注冊了這個應用,而且還需要在應用中創建一個urls.py
文件
? 應用中的urls.py
# blog/urls.py
# 因為要用到視圖函數,所以要從當前目錄導入views.py
from django.urls import path
from . import views
urlpatterns = [
path('', views.index, name='index')
]
? 匹配到url之后,會調用相應視圖函數,之后視圖會返回一個http響應
#在blog/views.py中編寫視圖函數
from django.http import HttpResponse
def index(request):
return HttpResponse("Hello world!")
服務器接收用戶的http請求進行處理,返回一個包含處理結果的http響應,而視圖函數就起到這個作用
這里定義了一個視圖函數
index(request)
視圖函數接收一個
request
參數,這就是一個http請求,它是django封裝好的之后返回了一個http響應,即一個
HttpResponse
的實例,而它的參數將會被顯示在頁面中
運行
? 再次運行服務器,并訪問http://127.0.0.1:8000/blog
就可以看到頁面中的Hello world!
總結
在 Django2.0 之后增加了
path()
這個方法,在此之前使用的方法是url()
,寫起來比較復雜,比如path('<int:question_id>/results/', ...)
,轉換成url()
的方法就是url(r'^(?P<question_id>[0-9]+)/results/$', ...)
甚至更加復雜的正則表達式都有,可見path()
極大的提高了效率 :)Django 鼓勵把相對獨立的功能寫成一個應用程序,這樣一來使得其他項目引用起來更加方便