今日の内容:
1.テーブルデザインライブラリ管理システム
2.djangoリクエストのライフサイクル
3.ルーティング層
4.ビューレイヤー
A.テーブルとテーブル間の関係を確立します
一例として、この書籍管理システムを取る: 図書テーブル プレステーブル テーブルの 書籍や出版社は、書籍のテーブルに組み込まれた外部キーフィールド多くされている 書籍や著者が多くの多くで、必要がテーブルの3分の1以上を記録しますマルチ関係 DjangoのORMテーブルテーブル間のリレーションシップ構築するための 1を。多くの外部キー関係が パブリッシュ(=へ= models.ForeignKey 「公開」) #今デフォルト対多の関係のテーブルがあるが何であるかを表すために、テーブルのリレーションシップのプライマリキーフィールドで確立されている 2 。多くの関係の 著者を =(=にmodels.ManyToManyField 「著者」) #フィールドには、テーブル内の仮想フィールドである著者のフィールドを生成しないだけで、自動的に役立つORMジャンゴを伝えるために使用されていますあなたは本や3番目のテーブルの著者作成 3 。1つの関係 author_detail(=へ= models.OneToOneField 「AuthorDetail 」) に注意を!!!!: 1 。一対多を、自動的に_idの後ろに別のフィールドを追加します。 2.しかし、多くの多くは、単に自動的に3番目のテーブルを作成するDjangoのORMを伝え、実際のフィールドを持っていません。
二.djangoリクエストのライフサイクル
III。ルーティング層
正規表現であり、最初のパラメータのURL()メソッド URL(R&LT ' ^ ADMIN ' 、admin.site.urls)、 URL(R&LT ' ^ adminqwe ' 、views.login)は 、次に、スラッシュではありません一度コンテンツにマッチする正規表現の前で、私たちは直接試合を下に続けますが、対応するビュー機能を実装しません PS:により上記の特性の公式に、オーダーの前と後のURLである場合は、あなたのプロジェクトが特に大きい場合あなたは、URL障害を生じる可能性がある状況を考慮する必要があります
URL(R「^ログイン/ $」、views.login)は、一般的に書かれているものをどのようにエンドで始まる単語を書きました