即使對於“小型”網站，Django 也很棒

我認為人們傾向於認為 Django 要么用於構建老式的、工業強度的整體應用程序，要么用於 API 並使用 React 之類的東西作為前端。我在這裡告訴您，即使對於您的個人網站，普通的 Django 也是一個不錯的選擇！在我看來，如果你需要資料庫，你應該使用 Django¹.

為什麼是姜戈？

Django 被認為是「包含電池」的框架，這些電池非常棒。這些是我使用 Django 而不是其他框架的原因。

物件關係映射器 (ORM)

Django ORM 是使用該框架的一個重要原因。令我驚訝的是，並非所有 Web 框架都包含 ORM。除非您非常喜歡從頭開始編寫 SQL，否則這是建立應用程式的正確方法。您定義模型，從這些模型建立資料庫遷移（大部分自動），在資料庫上執行遷移，然後您就可以開始了！無需編寫半途而廢的模型以及一系列可以推斷模式的遷移²。 所有您需要的有關資料的資訊都在您的 models.py 檔案中，一切都從中產生。

管理員

這是一件大事。它不是 CMS；而是 CMS。它更像是 ORM 的 GUI。定義模型後，您可以透過非常少的配置來管理該數據，而無需編寫任何 CRUD 程式碼。它不是您應用程式的前端。它不是面向最終用戶的 CMS（可能）。這是管理員輕鬆更改網站的一種方式。

漸進增強

這對我來說非常重要，但我們行業的大多數其他人似乎已經忘記了。簡單地說；即使 JavaScript 失敗，基本層級的功能也應該是可能的。您的應用程式至少應該能夠在沒有前端腳本的情況下運行。使用 SPA 來做到這一點是一場噩夢。使用真正的後端框架加上 htmx 或 Unpoly 等工具來完成此操作是微不足道的。你只需要把你的觀點從現狀轉向常識。

需要牢記的概念

音樂電視

雖然傳統的應用程式框架使用模型、視圖、控制器設計模式； Django 對元素的命名略有不同。

• 模型
  • 好吧，這個是一樣的。
• 模板
  • 這相當於傳統的View.
• 看法
  • 這基本上等於是傳統的控制器。

資料庫遷移

這是 Django 中已解決的問題。真是太好了！還有很多東西需要了解，您應該在運行生成的遷移文件之前查看它們，和有時您需要更手動地執行這些操作，但是這就是使用它的關鍵：

./manage.py makemigrations
# It tells you what it did.

./manage.py migrate
# Database updated!

就是這樣！ ？

如何開始

火焰馬

這是我自己的小專案的地方。對於您（我想正在閱讀本文的獨立開發人員）來說，好消息是它可以免費用於非商業用途。如果您最終使用它並且它幫助您建立了一個商業應用程序，那麼只需 100 美元一次。來吧，這太值了！

即使您最終沒有使用整個套件，我也強烈建議您查看我在程式碼中使用的技術。幾乎從一開始就使用 Django 後，這是來之不易的東西。我經歷了將它與 Docker 和 Postgres 一起使用的階段，但我真的相信這對於 99% 想要嘗試 Django 的人來說是 的方式。 SQLite 太棒了。

部署

不幸的是，這是選擇 Django 而非其他針對個人網站的選項的主要缺點。對於 Blaze.horse，我試圖讓您輕鬆度過，但它仍然比應有的更複雜。有一些即將到來的項目給了我希望，例如 Button 和 Appliku，但我個人目前對 Fly 感到滿意。

後續步驟

在閱讀本文後，我希望下次需要建造某些東西時能夠記住 Django。如果我能幫忙請告訴我！

1. 如果您需要 CMS，您應該使用 Kirby。如果您需要 CMS，您當然不應該使用靜態網站產生器。 FFS ↩

2. Laravel ↩