ホームページ  >  記事  >  バックエンド開発  >  ジャンゴはみんなのものです。

ジャンゴはみんなのものです。

PHPz
PHPzオリジナル
2024-08-28 22:31:031009ブラウズ

Django is for everyone.

Django は「小規模な」Web サイトにも最適です

人々は Django を昔ながらの強力なモノリス アプリの構築か、API を使用してフロントエンドに React のようなものを使用するかのどちらかだと考える傾向があると思います。私がここで伝えたいのは、昔ながらの Django は個人の Web サイトにとっても優れた選択肢であるということです。私の意見では、データベースが必要な場合は、Django1.

を使用する必要があります。

なぜジャンゴなのか?

Django は「バッテリーが組み込まれた」フレームワークとみなされており、そのバッテリーは素晴らしいものです。これらの理由から、私は他のフレームワークではなく Django を使い続けています。

オブジェクト リレーショナル マッパー (ORM)

Django ORM は、このフレームワークを使用する大きな理由です。すべての Web フレームワークに ORM が含まれているわけではないことに驚いています。 SQL を最初から書くのが大好きでない限り、これがアプリを構築する正しい方法です。モデルを定義し、それらのモデルからデータベース移行を作成し (ほとんど 自動的に)、データベースで移行を実行すれば準備完了です。中途半端なモデルを作成する必要はなく、スキーマ2を推定できる一連の移行が必要です。データに関して必要なすべての情報は models.py ファイルにあり、すべてがそこから流れます。

管理者

これが一番大きいです。これは CMS ではありません。これは ORM の GUI に近いものです。モデルを定義した後は、非常に少ない構成で、CRUD コードを記述することなくデータを管理できます。これはアプリケーションのフロントエンドではありません。エンドユーザー向けのCMSではありません(おそらく)。これは、管理者がサイトに簡単に変更を加える方法です。

段階的な強化

これは私にとって非常に身近で大切なことですが、業界の他のほとんどの企業は忘れているようです。簡単に言えば、基本レベルの機能は、JavaScript が失敗した場合でも実行できる必要があります。アプリは、少なくともフロントエンド スクリプトなしでゆっくりと動作できる必要があります。 SPA でそれを行うのは悪夢です。実際のバックエンド フレームワークと htmx や Unpoly などのツールを使用してこれを行うのは簡単です。現状から常識へと視点を変えるだけです。

留意すべき概念

MTV

従来のアプリケーション フレームワークはモデル、ビュー、コントローラーの設計パターンを使用します。 Django では、要素の名前が少し異なります。

  • モデル
    • わかりました、これも同じです。
  • テンプレート
    • これは、従来の View と同等です。
  • 見る
    • これは、従来の コントローラ とほぼ同等です。

データベースの移行

これは Django で解決された問題です。本当にいいですね!これについてはさらに知るべきことがたくさんあり、生成された移行ファイルを実行する前に確認する必要があります場合によっては、この作業を手動で行う必要がありますが、これがそれを使用する上での核心です:

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

./manage.py migrate
# Database updated!

それだけです! ?

始め方

ブレイズホース

ここが私自身の小さなプロジェクトのためにお金を払う場所です。これを読んでいると想像される個人開発者のあなたにとって良いニュースは、非営利目的での使用は無料だということです。最終的にそれを使用し、それが商用アプリケーションの構築に役立った場合、1 回わずか 100 米ドルです。さあ、それはかなりの価値があります!

最終的にキット全体を使用しなくても、コードで使用しているテクニックに目を通すことをお勧めします。これは、Django をほぼ初期から使用してきた私にとって、苦労して勝ち取ったものです。私は Docker と Postgres でそれを使用する段階を経験しましたが、これが Django を試してみたいと思っている 99% の人にとって の方法であると私は本当に信じています。 SQLite は素晴らしいです。

導入

残念ながら、これが個人の Web サイトを対象とした他のオプションではなく Django を選択することの主な欠点です。 Blaze.horse では、簡単にできるように設定してみましたが、それでも必要以上に面倒です。 Button や Appliku など、期待を抱かせる新進気鋭のプロジェクトはいくつかありますが、個人的には今のところ Fly に満足しています。

次のステップ

これを読んだ後、次回何かを構築する必要があるときに Django のことを念頭に置いていただければ幸いです。お手伝いできることがあれば、お知らせください!


  1. CMS が必要な場合は、Kirby を使用する必要があります。 CMS が必要な場合は、確かに 静的サイトジェネレーターを使用すべきではありません。 FFS ↩

  2. Laravel ↩

以上がジャンゴはみんなのものです。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。