Django介紹

一、Django是什么？

Django是用Python寫的一個自由和開放源碼web應用程序框架。采用了MVT的軟件設計模式，即模型Model，視圖VIew和模版Template。web框架是一套組件，能幫助你更快，更容器的開發web站點。
當你開始構建一個web站點時，你總需要一些相似的組件：處理用戶認證(注冊、登錄、退出)的方式、一個管理站點的模版、表單、上傳文件的方式等等。
由於框架的存在，你無需重新發明輪子就能建立新的站點。

二、Django組件

  Django框架的核心包括：一個面向對象的映射器，用作數據模型(以Python類的形式定義)和關系型數據庫建的媒介；一個基於正則表達式的URL分發器；一個視圖系統，用於處理請求；以及一個模版系統。

核心框架中還包括：

• 一個輕量級的、獨立的Web服務器，用於開發和測試。
• 一個表單序列化及驗證系統，用於HTML表單和適於數據庫存儲的數據之間的轉換。
• 一個緩存框架，並有幾種緩存方式可供選擇。
• 中間件支持，允許對請求處理的各個階段進行干涉。
• 內置的分發系統允許應用程序中的組件采用預定義的信號進行相互間的通信。
• 一個序列化系統，能夠生成或去讀采用XML或JSON表示的Django模型示例。
• 一個用於擴展模版引擎的能力的系統。

 

三、為什么要用框架

  軟件系統隨着業務的發展，變得越來越復雜，不同領域的業務所涉及到的知識、內容、問題非常非常多。如果每次都從頭開發，那都是一個很漫長的事情，且並一定能將它做好。團隊協作開發時，沒了統一標准，大家各寫各的，同樣的重復的功能到處都是。由於沒有統一調用規范，很難看懂別人寫的代碼。出現BUG或二次開發維護時，根本無從下手。
  而一個成熟的框架，它是模版化的代碼，它會幫我們實現很多基礎性的功能，我們只需要專心的實現所需要的業務邏輯就可以了。而很多底層功能操作，就可以完完全全不用坐太多考慮，框架已幫我們實現了。這樣的話，真個團隊的開發效率可想而知。另外對團隊成員的變動，也不用太過擔心，框架的代碼規范讓我們能輕松的看懂其它開發人員所寫的代碼。

四、框架的主要特點和要求

• 代碼模版化

 框架一般都有統一的代碼風格，同一層的不同類代碼，都是大同小異的模版化結構，方便使用模版工具統一生成，減少大量重復代碼的編寫。在學習時通常只需要理解某一個具有代表性的一個類，就等於了解了同一層的其它大部分類結構和功能，容易上手。團隊中不同的人員采用類同的調用風格進行編碼，很大程度提高了代碼的可讀性，方便維護與管理。

• 重用

  開發框架一般層次清晰，不同開發人員開發時都會根據具體功能放倒相同的位置，加上配合相應的開發文檔，代碼重用會非常高，想要調用什么功能直接進對應的位置去查找相關函數，而不是每個開發人員各自編寫一套相同的方法。

• 高內聚(封裝)

 框架中的功能會實現高內聚，開發人員將各種需要的功能封裝在不同的層中，給大家調用，而大家在調用時不需要清楚這些方法里面是如何實現的，只需要關注輸出的結果是否是自己想要的就可以了。

• 規范

   框架開發時，必須根據嚴格執行代碼開發規范要求，做好命名、注釋、架構分層、編碼、文檔編寫等規范要求。因為你開發出來的框架並不一定只有你自己在用，要讓別人更加容易理解與掌握，這些內容是非常重要的。

• 可擴展

   開發框架時必須要考慮可擴展性，當業務邏輯更加復雜、數量記錄量爆增、並發量增大時，能否通過一些小的調整就能適應？還是需要將整個框架推倒重新開發？當然對於中小型項目框架，也不必考慮太多這些內容，當個人能力和經驗足夠時水到渠成，自然就會注意到很多開發細節。

• 可維護

   成熟的框架，對於二次開發或現有功能的維護來說，操作上應該都是非常方便的。比如項目要添加、修改或刪除一個字段或相關功能，只需要簡單的操作，十來分鍾或不用花太多的工夫就可以搞定。新增一個數據表和對應的功能，也可以快速的完成。功能的變動修改，不會對系統產生不利的影響。代碼不存在硬編碼等等，保證軟件開發的生產效率和質量。

• 協作開發

有了開發框架，我們才能組織大大小小的團隊更好的進行協作開發，成熟的框架將大大減輕項目開發的難度，加快開發速度，降低開發費用，減輕維護難度。

• 通用性

　　同一行業或領域的框架，功能都是大同小異的，不用做太大的改動就可以應用到類似的項目中。在框架中，我們一般都會實現一些同質化的基礎功能，比如權限管理、角色管理、菜單管理、日志管理、異常處理......或該行業中所要使用到的通用功能，使框架能應用到某一行業或領域中，而不是只針對某公司某業務而設定（當然也肯定存在那些特定功能的應用框架，這只是非常少的特殊情況，不在我們的考慮范圍）。

六、當有人向您的服務器請求一個網址，會發生什么呢？

  當一個請求到達網站服務器，它會被傳遞到Django,視圖找到實際上什么是被請求的。它是首先會拿到一個網頁的地址，然后試圖去弄清該做什么。這個部分是由Django的urlresolver(url解釋器。一個網址的地址被就做URL，統一資源定位器)。它並不十分聰明，他接受一個模式列表，然后試圖去匹配URL。Django從頂到底檢查模式，如果有匹配上的，那么Django會將請求傳遞給相關的函數(稱為視圖)。
  想象一個郵遞員拿着一封信。她沿着街區走下去，檢查每一個房號與信件地址是否對應。如果匹配上了，她就把信投在哪里。這也是URL解釋器的工作方式！
  在視圖函數里做了很多有趣的事情：我們能在數據庫中尋找到一些信息。如果用戶要求修改數據呢？就像一封信里說，"請修改我的工作描述"，視圖將檢查是否你允許它這么干，然后更新工作描述並發回一個消息："做完了"。然后視圖生成相應，並且Django能夠發送給用戶的web瀏覽器。

 

 

參考文檔：https://tutorial.djangogirls.org/zh/django/

　　　　  https://zhuanlan.zhihu.com/p/31076196