“Django應(yīng)用、配置文件以及其他各種相關(guān)目錄的最佳布局是什么樣的？”

總是有朋友問(wèn)我們這個(gè)問(wèn)題，因此我想花一點(diǎn)時(shí)間，寫(xiě)一下我們究竟是如何看待這個(gè)問(wèn)題的，這樣我們就可以很容易讓其他人參照這個(gè)文檔。請(qǐng)注意，這里是基于 Django 1.7.1 版寫(xiě)的，但是可以很容易應(yīng)用在 Django 1.4 版之后任何版本。

雖然 Django 1.4 發(fā)布時(shí)，它包含了一個(gè)改進(jìn)后的項(xiàng)目布局（這還用了很長(zhǎng)一段時(shí)間），但本文有一些優(yōu)化項(xiàng)目布局的更好建議。
為什么這種布局比較好

我們?cè)谶@里推薦的項(xiàng)目布局有幾個(gè)優(yōu)點(diǎn)，即：

1.     讓你獲得、重新打包并復(fù)用單個(gè)的Django應(yīng)用來(lái)用于其他的項(xiàng)目。這通常是不明確的，正如你正在構(gòu)建一個(gè)不管是否要復(fù)用的應(yīng)用。在一開(kāi)始以想要復(fù)用的方式構(gòu)建應(yīng)用，會(huì)讓這一切變得更加簡(jiǎn)單。
2.     鼓勵(lì)設(shè)計(jì)可復(fù)用的應(yīng)用。
3.     環(huán)境的詳細(xì)設(shè)置。在一個(gè)單一的整體配置文件中，if DEBUG==True 沒(méi)有什么意義。這使得很容易能看到哪些配置是共享的，哪些是在每個(gè)環(huán)境的基礎(chǔ)上可覆寫(xiě)的。
4.     環(huán)境的具體安裝要求(PIP requirements)。
5.     如果有必要，項(xiàng)目級(jí)的模板和靜態(tài)文件可以覆寫(xiě)應(yīng)用級(jí)的默認(rèn)值。
6.     小而更具體的測(cè)試文件更易于閱讀和理解。

假設(shè)你有兩個(gè)應(yīng)用 blog 和 users，以及兩個(gè)開(kāi)發(fā)環(huán)境 dev 和 prod。你的項(xiàng)目布局結(jié)構(gòu)應(yīng)該是這樣的：
 

本文的剩余部分介紹了如何將項(xiàng)目遷移到這個(gè)布局，以及為什么這種布局比較好。
當(dāng)前默認(rèn)布局

我們將調(diào)用示例項(xiàng)目foo，我知道這是一個(gè)非常有創(chuàng)意的名字。我們假設(shè)在這里，我們將要啟動(dòng)foo.com。但當(dāng)我們希望將我們的項(xiàng)目名稱(chēng)映射最終域名時(shí)，該項(xiàng)目將以不以任何意義要求的方式存在在這里。

如果你使用 django-admin.py startproject foo 命令開(kāi)啟這個(gè)項(xiàng)目，你會(huì)得到一個(gè)像這樣的目錄結(jié)構(gòu)：
 

foo/
  manage.py
  foo/
    __init__.py
    settings.py
    urls.py
    wsgi.py

這種布局是一個(gè)好起點(diǎn)，我們有一個(gè)頂級(jí)目錄foo，里面包含了manage.py文件和項(xiàng)目目錄foo/foo/。在這個(gè)目錄，你可以查詢(xún)到源代碼控制系統(tǒng)（比如 Git） 。

你應(yīng)該想到子目錄foo/foo/就是這個(gè)項(xiàng)目。這里的所有文件，不是一個(gè)Django應(yīng)用程序，就是與項(xiàng)目相關(guān)的配套文件。
修改配置

這里的任務(wù)是修正不好的配置文件。我將這個(gè)布局向新用戶(hù)展示，我往往驚訝于這幾個(gè)人怎么知道這甚至可能做到。事實(shí)上，當(dāng)大家都知道這些配置只是Python代碼時(shí)，他們也不將它們當(dāng)做Python代碼。

因此，讓我們來(lái)改進(jìn)配置。對(duì)于oo項(xiàng)目而言，將有4個(gè)開(kāi)發(fā)環(huán)境：dev、stage、jenkins 和 production。給每個(gè)開(kāi)發(fā)環(huán)境一個(gè)它們自己的配置文件。這個(gè)過(guò)程中要做的事情是：

    在foo/foo/目錄下新建一個(gè)配置目錄，并在里面創(chuàng)建一個(gè)空的__init __.py文件。
    將foo/foo/settings.py移動(dòng)并重命名為foo/foo/settings/base.py。
    在foo/foo/settings/目錄下創(chuàng)建單獨(dú)的dev.py、stage.py、jenkins.py 和 production.py文件。這四種環(huán)境的特定配置文件應(yīng)該包含如下內(nèi)容：
   

  from base import *

為什么這很重要呢？對(duì)于本地開(kāi)發(fā)你想要設(shè)置DEBUG=True，但很容易不小心將這個(gè)推到生產(chǎn)代碼中，因此需要打開(kāi) foo/foo/settings/production.py 文件，在初始導(dǎo)入base后加上DEBUG=False?，F(xiàn)在，對(duì)于這種愚蠢的錯(cuò)誤，你的生產(chǎn)環(huán)境是安全的。

還有什么可以定制？很明顯你可以針對(duì)不同的數(shù)據(jù)庫(kù)，甚至是不同的主機(jī)來(lái)配置staging、jenkins和production等開(kāi)發(fā)環(huán)境。然后在每個(gè)環(huán)境配置文件中來(lái)調(diào)整那些配置。
使用這些配置

無(wú)論你通常使用哪種方法，使用這些配置都非常簡(jiǎn)單。要使用該操作系統(tǒng)的環(huán)境，你只要做：
 

export DJANGO_SETTINGS_MODULE=“foo.settings.jenkins”

現(xiàn)在你就在使用 jenkins 的配置。

或者，也許你更喜歡把它們作為這樣的命令行選項(xiàng)：
 

./manage.py migrate —settings=foo.settings.production

同樣的，如果你使用 gunicorn，命令則如下：
 

gunicorn -w 4 -b 127.0.0.1:8001 —settings=foo.settings.dev

還有什么可自定義的配置？

另一個(gè)實(shí)用建議是將一些默認(rèn)的集合配置從元組改為列表。例如 INSTALLED_APPS，將它從：
 

INSTALLED_APPS =（
...
）

改為：
 

INSTALLED_APPS = [
  …
]

現(xiàn)在，基于每個(gè)環(huán)境的特定配置文件，我們可以更輕松地在 foo/settings/base.py文件中添加和刪除應(yīng)用。例如，你可能只想在dev環(huán)境而不是其他環(huán)境中安裝Django調(diào)試工具欄。

這個(gè)技巧對(duì) TEMPLATE_DIRS和MIDDLEWARE_CLASSES 配置也非常有用。

我們經(jīng)常使用的另一個(gè)技巧是把應(yīng)用分為兩個(gè)列表，一個(gè)是項(xiàng)目的必要前提，另一個(gè)用于實(shí)際項(xiàng)目應(yīng)用。如下面所示：
 

PREREQ_APPS = [
  ‘django.contrib.auth',
  ‘django.contrib.contenttypes',
  …
  ‘debug_toolbar',
  ‘imagekit',
  ‘haystack',
]
 
PROJECT_APPS = [
  ‘homepage',
  ‘users',
  ‘blog',
]
 
INSTALLED_APPS = PREREQ_APPS + PROJECT_APPS

為什么這個(gè)有用？第一，它有助于更好地區(qū)分Django核心應(yīng)用、第三方應(yīng)用及你自己的內(nèi)部項(xiàng)目的具體應(yīng)用。對(duì)于測(cè)試和代碼覆蓋率等事情，寫(xiě)明你的特定應(yīng)用的PROJECT_APPS列表往往就派上了用場(chǎng)。你有寫(xiě)一個(gè)應(yīng)用列表，因此你可以輕松自動(dòng)地確保它們的測(cè)試運(yùn)行，記錄的測(cè)試覆蓋率只包括它們而不包括任何第三方的應(yīng)用，且無(wú)需在兩個(gè)不同的地方維護(hù)這個(gè)列表。
修改要求

大多是項(xiàng)目有一個(gè)requirements.txt文件，它用如下命令安裝：
 

pip install -r requirements.txt

對(duì)于簡(jiǎn)單的小項(xiàng)目這以足夠了，但requirements.txt文件有一個(gè)鮮為人知的特點(diǎn)是，你可以使用-r參數(shù)來(lái)包括其他文件。因此，對(duì)于所有常見(jiàn)的安裝要求，我們可以創(chuàng)建一個(gè)base.txt文件；然后，如果我們需要能夠運(yùn)行測(cè)試，我們可以創(chuàng)建一個(gè)包含如下內(nèi)容的特定的requirements/test.txt文件：
 

我承認(rèn)這沒(méi)有巨大的好處，但它確實(shí)有助于區(qū)分什么是每個(gè)開(kāi)發(fā)環(huán)境的要求。同時(shí)，對(duì)于其性能，它不會(huì)安裝一堆在實(shí)際生產(chǎn)中用不上的東西，來(lái)減少生產(chǎn)環(huán)境中的pip安裝時(shí)間。
測(cè)試文件

我們?yōu)槭裁匆鸱趾艽蟮臏y(cè)試文件呢？其中的一個(gè)主要原因是，如果你在一個(gè)tests.py文件中對(duì)每個(gè)應(yīng)用寫(xiě)了足夠多的測(cè)試，那么這個(gè)文件最終將變得非常臃腫。這樣的代碼可讀性很差，并且你不得不在編輯器中花很多時(shí)間來(lái)滾動(dòng)瀏覽代碼。

當(dāng)你和其他開(kāi)發(fā)者一起工作時(shí)，小文件也能讓你在代碼合并時(shí)少遇到?jīng)_突。小文件是你的朋友。
URLs

對(duì)于小型項(xiàng)目，把所有的URL定義放在foo/urls.py文件中，讓它們?cè)谕粋€(gè)地方。但是，如果你的目標(biāo)是代碼的清晰和可復(fù)用，你最好在每個(gè)應(yīng)用中定義它們的url，再將它們包含在你的主項(xiàng)目中。你不應(yīng)如下所做：
 

urlpatterns = patterns(‘',
  url(r'^$', HomePageView.as_view(), name=‘home'),
  url(r'^blog/$', BlogList.as_view(), name=‘blog_list'),
  url(r'^blog/(?P<pk>d+)/$', BlogDetail.as_view(), name=‘blog_detail'),
  …
  url(r'^user/list/$', UserList.as_view(), name=‘user_list'),
  url(r'^user/(?P<username>w+)/$', UserDetail.as_view(), name=‘user_detail'),
)

你應(yīng)該這樣做：
 

urlpatterns = patterns(‘',
  url(r'^$', HomePageView.as_view(), name=‘home'),
  url(r'^blog/‘, include(‘blog.urls')),
  url(r'^user/‘, include(‘user.urls')),
)

模板和靜態(tài)資源

每個(gè)應(yīng)用中都有templates/和static/目錄，這讓一個(gè)應(yīng)用可以基本上復(fù)用到其他的項(xiàng)目中。

對(duì)于一個(gè)很酷的功能，我們?nèi)谝粋€(gè)包中獲得應(yīng)用提供的默認(rèn)模板和任何相關(guān)的靜態(tài)資源，如特殊的Javascript。

但是，它也讓我們可以覆寫(xiě)每個(gè)項(xiàng)目主目錄foo/templates/下的模板。我們通過(guò)增加一個(gè) templates/blog/detail.html 模板覆寫(xiě)默認(rèn)的 blog/templates/blog/detail.html 模板。
復(fù)用Django應(yīng)用

假設(shè)你已經(jīng)使用這個(gè)布局一段時(shí)間，有一天你會(huì)意識(shí)到你的新項(xiàng)目需要一個(gè)blog應(yīng)用，這個(gè)從你的foo項(xiàng)目出來(lái)的應(yīng)用將是完美的。所以你復(fù)制、粘貼文件……錯(cuò)誤！現(xiàn)在你有這個(gè)應(yīng)用的兩個(gè)副本。假定你還記得，在一個(gè)副本中進(jìn)行Bug修復(fù)和新功能增添需要手動(dòng)地在項(xiàng)目間遷移。

相反，為你的博客創(chuàng)建一個(gè)新的目錄，并把foo/blog/目錄中的內(nèi)容放入其中。同時(shí)，調(diào)整現(xiàn)有的foo項(xiàng)目和你的新項(xiàng)目來(lái)進(jìn)行安裝。

如果需要的話(huà)，它們?nèi)匀豢梢愿欉@兩個(gè)不同版本的應(yīng)用，或持續(xù)更新，且獲得它們不斷發(fā)展中的所有bug修復(fù)和新功能。你仍然可以在每個(gè)項(xiàng)目的基礎(chǔ)上，根據(jù)需求覆寫(xiě)模板和靜態(tài)資源，所以這樣做真的沒(méi)有任何問(wèn)題。

最新評(píng)論