Python 之 Django

Django

一、django後臺請求處理過程

找到setting文件中ROOT_URLCONF所指向的文件，它告訴django，這個站點中全部被用到的模塊都在ROOT_URLCONF指向的文件中。按順序逐個匹配URLconf裏的URLpatterns，當找到這個匹配 的URLpatterns就調用相關聯的view函數，並把 HttpRequest 對象做爲第一個參數。

運行過程：
進來的請求傳入/hello/.
Django經過在ROOT_URLCONF配置來決定根URLconf.
Django在URLconf中的全部URL模式中，查找第一個匹配/hello/的條目。
若是找到匹配，將調用相應的視圖函數
視圖函數返回一個HttpResponse
Django轉換HttpResponse爲一個適合的HTTP response， 以Web page顯示出來。

摘錄：

一、運行 django-admin.py startproject mysite 命令在當前目錄建立一個 mysite 目錄

備註：若是發現找不到該命令，是由於django的安裝目錄沒有添加到系統路徑中。解決方法是將django的安裝目錄添加到系統變量中的path路徑中。

二、新建的工程中各個文件的做用

__init__.py ：讓 Python 把該目錄當成一個開發包 (即一組模塊)所需的文件。
manage.py ：一種命令行工具，可以讓你以多種方式與該 Django 項目進行交互。
settings.py ：該 Django 項目的設置或配置。
urls.py ：該 Django 項目的 URL 聲明，即 Django 所支撐站點的內容列表

三、django自帶服務器的缺點

儘管對於開發來講，這個開發服務器很是得棒，但必定要打消在產品級環境中使用該服務器的念頭。在同一時間，該服務器只能可靠地處理一次單個請求，而且沒有進行任何類型的安全審計。

四、url文件中的正則表達式

模式包含了一個尖號(^)和一個美圓符號($)。這些都是正則表達式符號，而且有特定的含義： 上箭頭要求表達式對字符串的頭部進行匹配，美圓符號則要求表達式對字符串的尾部進行匹配。
最好仍是用範例來講明一下這個概念。 若是咱們用尾部不是$的模式’^hello/’，那麼任何以/hello/開頭的URL將會匹配，例如：/hello/foo 和/hello/bar，而不單單是/hello/。相似地，若是咱們忽略了尖號(^)，即’hello/$’，那麼任何以hello/結尾的URL將會匹配，例如：/foo/bar/hello/。若是咱們簡單使用hello/，即沒有^開頭和$結尾，那麼任何包含hello/的URL將會匹配，如：/foo/hello/bar。所以，咱們使用這兩個符號以確保只有/hello/匹配，很少也很多。

五、正則表達式

 

符號	匹配
. (dot)	任意單一字符
\d	任意一位數字
[A-Z]	A 到 Z中任意一個字符（大寫）
[a-z]	a 到 z中任意一個字符（小寫）
[A-Za-z]	a 到 z中任意一個字符（不區分大小寫）
+	匹配一個或更多 (例如, \d+ 匹配一個或 多個數字字符)
[^/]+	一個或多個不爲‘/’的字符
？	零個或一個以前的表達式（例如：\d? 匹配零個或一個數字）
*	匹配0個或更多 (例如, \d* 匹配0個 或更多數字字符)
{1,3}	介於一個和三個（包含）以前的表達式（例如，\d{1,3}匹配一個或兩個或三個數字）

 

 

六、django處理請求過程
全部均開始於setting文件。

當你運行python manage.py runserver，腳本將在於manage.py同一個目錄下查找名爲setting.py的文件。這個文件包含了全部有關這個Django項目的配置信息，均大寫： TEMPLATE_DIRS , DATABASE_NAME , 等. 最重要的設置時ROOT_URLCONF，它將做爲URLconf告訴Django在這個站點中那些Python的模塊將被用到。 當訪問 URL /hello/ 時，Django 根據 ROOT_URLCONF 的設置裝載 URLconf 。 而後按順序逐個匹配URLconf裏的URLpatterns，直到找到一個匹配的。 當找到這個匹配 的URLpatterns就調用相關聯的view函數，並把 HttpRequest 對象做爲第一個參數。 七、url配置鬆耦合：在Django的應用程序中，URL的定義和視圖函數之間是鬆 耦合的，換句話說，決定URL返回哪一個視圖函數和實現這個視圖函數是在兩個不一樣的地方。 這使得 開發人員能夠修改一塊而不會影響另外一塊。