我目前處於雲計算運維崗。在每天需要進行諸多繁瑣的巡檢，爲此組內早在14年開始就打造了一個自動化運維平臺，日常中絕大多數任務都得以簡化。我入職公司差不多有半年左右了，也被派發到組內系統建設這個項目。由於本人之前涉獵偏重於系統技術，開發方面底蘊較薄，深感慚愧。抱着快速學習的心態，將學習所得總結於此，希望能夠快速接手任務。
我們組內的系統是基於django框架開發的。之前自己是一直用flask，這方面是一點都不瞭解。我計劃是一週能夠接手組內派發的任務。這七天內，前3天是django基礎知識準備，最後四天用來實戰練習。由於工作忙，每天只能抽出3h來做這些事，故文章中可能有些地方理解不深，還請多多指教。
以下貼上一段關於django的簡介，摘抄自百度百科
Django簡介
Django是一個基於MVC構造的框架。但是在Django中，控制器接受用戶輸入的部分由框架自行處理，所以 Django 裏更關注的是模型（Model）、模板(Template)和視圖（Views），稱爲 MTV模式。它們各自的職責如下：
層次 | 職責 |
模型（Model），即數據存取層 | 處理與數據相關的所有事務： 如何存取、如何驗證有效性、包含哪些行爲以及數據之間的關係等。 |
模板(Template)，即業務邏輯層 | 處理與表現相關的決定： 如何在頁面或其他類型文檔中進行顯示。 |
視圖（View），即表現層 | 存取模型及調取恰當模板的相關邏輯。模型與模板的橋樑。 |
從以上表述可以看出Django 視圖不處理用戶輸入，而僅僅決定要展現哪些數據給用戶，而Django 模板 僅僅決定如何展現Django視圖指定的數據。或者說, Django將MVC中的視圖進一步分解爲 Django視圖 和 Django模板兩個部分，分別決定 “展現哪些數據” 和 “如何展現”，使得Django的模板可以根據需要隨時替換，而不僅僅限制於內置的模板。
至於MVC控制器部分，由Django框架的URLconf來實現。URLconf機制是使用正則表達式匹配URL，然後調用合適的Python函數。URLconf對於URL的規則沒有任何限制，你完全可以設計成任意的URL風格，不管是傳統的，RESTful的，或者是另類的。框架把控制層給封裝了，無非與數據交互這層都是數據庫表的讀,寫,刪除,更新的操作。在寫程序的時候，只要調用相應的方法就行了，感覺很方便。程序員把控制層東西交給Django自動完成了。 只需要編寫非常少的代碼完成很多的事情。所以，它比MVC框架考慮的問題要深一步，因爲我們程序員大都在寫控制層的程序。現在這個工作交給了框架，僅需寫很少的調用代碼，大大提高了工作效率。