為了節省你的時間，我們總結了五個最受喜愛的 Django 應用。它們是：
我們同樣推薦你看看 Django Packages，這是一個可重用 Django 應用的目錄。Django Packages 將 Django 應用組織成“表格”，你可以在功能相似的不同應用之間進行比較並做出選擇。你可以查看每個包中提供的特性和使用統計情況。（比如：這是 REST 工具的表格，也許可以幫助你理解我們為何推薦 Django REST Framework。
為什麼你應該相信我們？我們使用 Django 的時間幾乎比任何人都長。在 Django 發布之前，我們當中的兩個人（Frank 和 Jacob）就在 Lawrence Journal-World （Django 的發源地）工作（事實上，是他們兩人推動了 Django 開源發布的進程）。我們在過去的八年當中運行著一個咨詢公司，來建議公司怎樣最好地應用 Django。
所以，我們見證了 Django 項目和社群的完整歷史，我們見證了那些流行的軟件包的興起和沒落。在我們三個之中，我們個人可能試用了 8000 個應用中至少一半以上，或者我們知道誰試用過這些。我們對如何使應用變得堅實可靠有著深刻的理解，並且我們對給予這些應用持久力量的來源也有著深入的了解。
建立 Django 網站的最佳方式：建立一個新項目或應用總是有些痛苦。你可以用 Django 內建的
startproject
不過，如果你像我們一樣，對如何做事比較挑剔。Cookiecutter 為你提供了一個快捷簡單的方式來構建項目或易於重用的應用模板，從而解決了這個問題。一個簡單的例子：鍵入
pip install cookiecutter
，然後在命令行中運行以下命令：
$ cookiecutter https://github.com/marcofucci/cookiecutter-simple-django
接下來你需要回答幾個簡單的問題，比如你的項目名稱、目錄、作者名字、E-Mail 和其他幾個關於配置的小問題。這些能夠幫你補充項目相關的細節。我們使用最最原始的 “foo” 作為我們的目錄名稱。所以 cokkiecutter 在子目錄 “foo” 下建立了一個簡單的 Django 項目。
如果你在 “foo” 項目中閒逛，你會看見你剛剛選擇的其它設置已通過模板，連同所需的子目錄一同嵌入到文件當中。這個“模板”在我們剛剛在執行
cookiecutter
命令時輸入的唯一一個參數 Github 倉庫 URL 中定義。這個樣例工程使用了一個 Github 遠程倉庫作為模板；不過你也可以使用本地的模板，這在建立非重用項目時非常有用。
我們認為 cookiecutter 是一個極棒的 Django 包，但是，事實上其實它在面對純 Python 甚至非 Python 相關需求時也極為有用。你能夠將所有文件以一種可重復的方式精確地擺放在任何位置上，使得 cookiecutter 成為了一個簡化（DRY）工作流程的極佳工具。
最棒的靜態資源服務器：Whitenoise多年來，托管網站的靜態資源——圖片、Javascript、CSS——都是一件很痛苦的事情。Django 內建的 django.views.static.serve 視圖，就像 Django 文章所述的那樣，“在生產環境中不可靠，所以只應為開發環境的提供輔助功能。”但使用一個“真正的” Web 服務器，如 NGINX 或者借助 CDN 來托管媒體資源，配置起來會比較困難。
Whitenoice 很簡潔地解決了這個問題。它可以像在開發環境那樣輕易地在生產環境中設置靜態服務器，並且針對生產環境進行了加固和優化。它的設置方法極為簡單：
from django.core.wsgi import get_wsgi_applicationfrom whitenoise.django import DjangoWhiteNoiseapplication = get_wsgi_application()application = DjangoWhiteNoise(application)>
配置它真的就這麼簡單！對於大型應用，你可能想要使用一個專用的媒體服務器和/或一個 CDN，但對於大多數小型或中型 Django 網站，Whitenoise 已經足夠強大。
如需查看更多關於 Whitenoise 的信息，請查看文檔。
開發 REST API 的最佳工具：Django REST FrameworkREST API 正在迅速成為現代 Web 應用的標准功能。 API 就是簡單的使用 JSON 對話而不是 HTML，當然你可以只用 Django 做到這些。你可以制作自己的視圖，設置合適的 Content-Type，然後返回 JSON 而不是渲染後的 HTML 響應。這是在像 Django Rest Framework（下稱 DRF）這樣的 API 框架發布之前，大多數人所做的。
如果你對 Django 的視圖類很熟悉，你會覺得使用 DRF 構建 REST API 與使用它們很相似，不過 DRF 只針對特定 API 使用場景而設計。一般的 API 設置只需要一點代碼，所以我們沒有提供一份讓你興奮的示例代碼，而是強調了一些可以讓你生活的更舒適的 DRF 特性：
當然，你可以不依賴 DRF 來構建 API，但我們無法想象你不去使用 DRF 的原因。就算你不使用 DRF 的全部特性，使用一個成熟的視圖庫來構建你自己的 API 也會使你的 API 更加一致、完全，更能提高你的開發速度。如果你還沒有開始使用 DRF, 你應該找點時間去體驗一下。
基於 Django 的最佳 CMS：WagtailWagtail 是當下 Django CMS（內容管理系統）世界中最受人青睐的應用，並且它的熱門有足夠的理由。就像大多數的 CMS 一樣，它具有極佳的靈活性，可以通過簡單的 Django 模型來定義不同類型的頁面及其內容。使用它，你可以從零開始在幾個小時而不是幾天之內來和建造一個基本可以運行的內容管理系統。舉一個小例子，為你公司的員工定義一個員工頁面類型可以像下面一樣簡單：
from wagtail.wagtailcore.models import Pagefrom wagtail.wagtailcore.fields import RichTextFieldfrom wagtail.wagtailadmin.edit_handlers import FieldPanel, MultiFieldPanelfrom wagtail.wagtailimages.edit_handlers import ImageChooserPanel class StaffPage(Page): name = models.CharField(max_length=100) hire_date = models.DateField() bio = models.RichTextField() email = models.EmailField() headshot = models.ForeignKey('wagtailimages.Image', null=True, blank=True) content_panels = Page.content_panels + [ FieldPanel('name'), FieldPanel('hire_date'), FieldPanel('email'), FieldPanel('bio',classname="full"), ImageChoosePanel('headshot'), ] 然而，Wagtail 真正出彩的地方在於它的靈活性及其易於使用的現代化管理頁面。你可以控制不同類型的頁面在哪網站的哪些區域可以訪問，為頁面添加復雜的附加邏輯，還天生就支持標准的適應/審批工作流。在大多數 CMS 系統中，你會在開發時在某些點上遇到困難。而使用 Wagtail 時，我們經過不懈努力找到了一個突破口，使得讓我們輕易地開發出一套簡潔穩定的系統，使得程序完全依照我們的想法運行。如果你對此感興趣，我們寫了一篇[深入理解 Wagtail][17。
提供社交賬戶登錄的最佳工具：django-allauthdjango-allauth 是一個能夠解決你的注冊和認證需求的、可重用的 Django 應用。無論你需要構建本地注冊系統還是社交賬戶注冊系統，django-allauth 都能夠幫你做到。
這個應用支持多種認證體系，比如用戶名或電子郵件。一旦用戶注冊成功，它還可以提供從無需認證到電子郵件認證的多種賬戶驗證的策略。同時，它也支持多種社交賬戶和電子郵件賬戶。它還支持插拔式注冊表單，可讓用戶在注冊時回答一些附加問題。
django-allauth 支持多於 20 種認證提供者，包括 Facebook、Github、Google 和 Twitter。如果你發現了一個它不支持的社交網站，很有可能通過第三方插件提供該網站的接入支持。這個項目還支持自定義後端，可以支持自定義的認證方式，對每個有定制認證需求的人來說這都很棒。
django-allauth 易於配置，且有完善的文檔。該項目通過了很多測試，所以你可以相信它的所有部件都會正常運作。
原文來自：http://blog.chinaunix.net/uid-7573623-id-2048961.html
本文地址：http://www.linuxprobe.com/source-django-package.html
http://xxxxxx/Linuxjc/1156002.html TechArticle
