Django是一個強大的web框架，但是它的強大也帶來了責任。在本文中，我們將討論即使是經驗豐富的Django開發(fā)人員也會犯的常見錯誤，但是大多數成功的Django項目遲早都需要處理這些錯誤。

重新發(fā)明輪子

Django有很多現成的特性，甚至還有更多的第三方包。試著在寫代碼之前“google”一下您想解決的問題——可能已經有一個功能豐富的解決方案了。

您還可以使用在線目錄“Django項目”，其中“apps”類別中(用于構建項目的小組件)有超過3200個項目。以下是來自清單前兩頁的有趣包的簡短示例:

• Haystack：用于Django的模塊搜索

• Django-taggit：用于Django的簡單標記

• Django-guardian：用于Django的每個對象的權限

• Django-activity-stream：從站點上的操作生成通用的活動流。用戶可以跟蹤任何參與者的個性化流的活動。

額外提示:我強烈推薦使用cookiecutter-django啟動一個新的Django項目。它有一個自定義的用戶模型，通過django-allauth進行注冊，通過Anymail發(fā)送電子郵件，以及許多與安全和部署相關的默認設置。

龐大的應用程序結構

Django是一個松散耦合的框架，它不要求您以任何特定的方式來構建web應用程序。然而，經驗豐富的Django開發(fā)人員有一種標準的做事方式。

Django web應用程序的基本單元是由一個或多個app組成的Django項目。Django app是一個自包含的包，它應該只做一件事。例如一個博客、會員app或事件日歷。

Django app可以包含Python模塊、特定于Django的模塊(視圖、URL、模型、表單等)、靜態(tài)文件、數據庫遷移、管理命令、單元測試等等。您應該使用簡單的邏輯將您的項目劃分為小型的、可重用的應用程序。

使用這樣的結構，相關的功能將更緊密地結合在一起，從而允許您和您的團隊更清楚地看到您的應用程序的全貌。最重要的是，您可以將該應用程序導出到另一個項目中并再次使用它，甚至可以將它作為一個開源模塊發(fā)布在PyPi上。

編寫健壯的視圖和骨感的模型

Django的體系結構可以描述為一個模型-模板-視圖(MTV)或模型-視圖-模板(MVT)。

模型是大多數業(yè)務邏輯存在的地方。它被定義在models.py中，并存在于應用程序目錄中。它還包括將結果傳遞給視圖和模板層的數據庫查詢。

視圖由處理用戶交互的代碼組成，如處理用戶提交的表單和修改數據庫中的結果以適應您的模板。它被定義在views.py中。

如果您沒有在模型中編寫應用程序的邏輯并使用視圖，這意味著您在基于視圖的模型中編寫了代碼。這使得視圖“健壯”，而模型“骨感”。模型應該健壯一些，而視圖應該骨感一些。

您還應該利用自定義管理器。例如，自定義管理器可以提供with_counts方法，該方法會返回一個所有OpinionPoll對象的列表，每個對象都有一個額外的num_responses屬性，該屬性是聚合查詢的結果。有關更多信息，請查看內置的UserManager。

每個視圖有太多的查詢或未優(yōu)化的查詢

人們經常指責Django的ORM執(zhí)行了太多的查詢或未優(yōu)化的查詢。但是我們在其他框架的ORM中也能看到這種情況。

真正的問題是我們常常沒有意識到性能問題及其根源。一旦您發(fā)現了瓶頸所在，您就可以選擇正確的方法來解決它們。從這里你可以做很多事情，但最有可能的是:

• 修復普通中斷的ORM查詢(比如，預取)

• 調整和優(yōu)化ORM查詢

• 在正確的位置添加緩存

• 提供更多的資源

django-debug-toolbar是一個非常棒的調試工具。您可以使用它來跟蹤SQL查詢、請求、模板、緩存等等中的性能問題。這個小工具包將幫助您快速識別問題。我強烈推薦您使用它。

冗余的模型字段

由于查詢不能使用計算列，而且添加一個實際的列只需“進行遷移”，因此，開發(fā)人員通常會以不同的方式復制表示相同數據的字段。

>>> 今日簽到口令：1bof <<<

很快，您的半數車輛都有is_motorcycle == True和wheel_count == 4字段，并且您不確定應該信任哪個字段(提示:兩者都不是)。

使用Django，您可以像這樣使用@property裝飾器來重構不一致的屬性。然而，雖然ORM允許您以屬性的形式去訪問列，但反之則不正確，因此您必須手動重構每個查詢。

沒有在模型上添加索引

即使是經驗豐富的Django開發(fā)人員也會忘記索引。請務必向您的模型添加索引!另一方面，不要對所有東西都進行索引，因為這會減慢插入、更新和刪除的速度。一般來說，您希望用于篩選或查詢的任何內容都有一個索引。分析您的查詢集以確定哪里需要索引。

不一致的數據驗證

Django模型可以與一個或多個用于創(chuàng)建和更新模型實例的“表單”相關聯。表單有很多默認行為，特別是驗證，這是由模型的屬性控制的。實際上，模型的許多屬性的存在只是為了控制表單的默認行為。

許多Django開發(fā)人員忘記了模型不僅僅可以通過它的表單進行修改。他們也忘記了跟蹤約束在哪里。非空嗎?那是模型上的。在一個字段上定義選項，顯式枚舉它可以具有什么值?那是在表單上。唯一性嗎?在模型上。等等。

這種不一致的驗證會導致糟糕的用戶體驗:預先填充了一個對象的現有數據的表單，會由于現有數據無效而無法提交。

總結

Django旨在幫助開發(fā)人員盡可能快地構建軟件。然而，在匆忙添加新功能時，很容易會忘記一些東西或放松對全局的考慮。在本文中，我們討論了Django開發(fā)人員經常犯的一些常見錯誤以及避免這些錯誤的方法。

即使您是一名熟練的Django開發(fā)人員，這個清單也應該會很有用，因為像沒有在模型上添加索引或不一致的數據驗證之類的錯誤，不僅僅限于新開發(fā)人員。

如果您喜歡這篇文章，那么您應該看看《Django作為Python開發(fā)人員web框架的優(yōu)點和缺點》一文。

英文原文：https://www.softkraft.co/7-common-mistakes-that-django-developers-make/
譯者：憂郁的紅秋褲

（正文已結束）

推薦閱讀：尋找iphone在哪里

免責聲明及提醒：此文內容為本網所轉載企業(yè)宣傳資訊，該相關信息僅為宣傳及傳遞更多信息之目的，不代表本網站觀點，文章真實性請瀏覽者慎重核實！任何投資加盟均有風險，提醒廣大民眾投資需謹慎！