上一節，構建了一個sales專案，又構建了一個base應用，然後啥都沒說就跑了。你是不是有些小小的困惑？
是就對了，畢竟我沒對裡面的內容進行過多的介紹，好在現在有機會，娓娓道來。
2.1 專案檔案
兩個sales。外層的sales，是存放專案內容的資料夾，這個名稱可以隨意更改，只要你喜歡就行。
只是好的名字，讓人過耳不忘,一聽很響亮。你叫小二，一聽就知道是在一星級酒店(客棧)跑腿的;你叫西門吹雪，一聽就知道是位大俠，而且是很會吹水(雪融了就是水)的那種。
至於內層sales包含的settings.py等檔案，加上manage.py，就組成了Django框架的骨架，它們的作用分別如下：
__init__.py：內容一般是空的，用來宣告(它)所在之處的資料夾(sales)是個包；
settings.py：包括了專案的初始化設定，對整個專案進行相關配置，比如資料庫連線引數、新增應用等；
urls.py：url地址秀，網站目錄，配置簡單容易理解，可把使用者在瀏覽器中發出的請求，對映到指定的應用程式上；
wsgi.py：告訴中介軟體(Apache或nginx)：幫我執行Django開發的專案吧，我滴乖乖。開發過程中很少用到；
manage.py：django的任務管理命令列工具。可用來生成資料庫遷移檔案，同步表結構，生成App等，是專案中的老管家。
2.2 應用檔案如果把sales當成一個大系統，那裡面的base就是一個個子系統，一個個單獨的應用(英文是Application，簡稱App)。
如果把sales當成一個獨立系統，那裡面的base就是一個個功能模組，一個個可複用的功能模組，儘管建立它的命令python3 manage.py startapp base裡有app這個字眼,生成的目錄中還有App.py檔案。
其實應用跟功能模組在這裡，並沒多大區別，只是出發點不同。base下的檔案的作用，我給你列出來了：
migration：存放資料表結構的指令檔案，通過它們可以修改和建立資料庫,從而在models.py模型類和資料庫表之間進行遷移；
admin.py：應用的連線，配置model,連線Form，宣告在Django自帶的後臺管理系統；
apps.py：通常裡面包含對應用的配置，如應用名稱；
models.py：實體類定義，會生成對應的資料庫表結構。同時還具備操作資料庫的能力(API),省去手動編寫增刪改查的重複工作；
views.py：雖然從名字上看是檢視的意思，實際上是邏輯控制用的，同web頁面互動，與models交流，協調整個系統有條不紊的動作；
tests.py：單元測試工具，可以編寫測試文件來測試所建立的應用。
不知細心的你，是否有發現，在介紹專案或應用時，都漏了templaets,模板資料夾，它是存放模板(html)檔案專用的。
有了models,有了views，加上templaets,總算湊齊了MVT，可這又是個什麼玩意？它跟MVC有什麼不同?
欲知詳情，且聽下回分解。