python +ジャンゴをどうするのだと思う当然、ウェブサイトを開発するためのソフト学校の仕事プロジェクト。前ジャンゴを持つWebサイトのプロジェクトを通じて、大規模開発がない場合には、私はいくつかの問題を抱えていました。このレコードでは、後のレビューを容易にします。
今日は、設計プロジェクト構造、コードのユニットテストと使用ポリシー復興の一部を完了しました。
プロジェクト構造
アプリの完了を使用
まず、私たちが達成するために、アプリケーションのさまざまなを使用することで、サイトの基本的な機能を実現する必要があり、私はいくつかの利点があると思います。
機能は明らかに、後から変更することは容易に定義されます。
いくつかのモデルがありますので、異なる機能のために、だけでなく、機能ロジック間の分裂にデータベースを設計することが可能です。
複数のテストはよりターゲットを絞ったテストすることができ
特定のpython django-admin startapp <app_name>コード：。
アプリの特定の場所
前に見た16レッスンは上記の高架Djangoの本は、プロジェクトフォルダにアプリます学んだので、それはappフォルダにつながるので、私は、これは十分ではないと思うのテンプレートフォルダまたは静的ファイルと混同することができますケースも見て非常に良いではありません。ので、この時間は、私はすべてのアプリケーションのアプリを格納するフォルダを使用していました。
クエリセットの特定の使用
ここでは、オブジェクトの使用についての記録、リンク
Djangoのユニットテスト
ああ、これはまた、ピットの一部を嫌うが、非常に浅いです。。。Djangoのユニットテストは、に基づいてdjango.test.TestCase実装（クラスはunittestの継承）クラス。
具体的な手順
まず、テストクラスを作成し、テストクラスはsetUpメソッドのオーバーロードした後、TestCaseクラスを継承し、いくつかのテスト準備動作を行い、私はさまざまなカテゴリの中のデータシートとの動作モデルの方法なので、輸入モデルをテストし、その試験方法を書いて、私はすべての分岐がカバーされていることを確認するために、いくつかのテストケースを書くために、各メソッドをテストするための一つの方法でした。
書かれたコード私はQAQを実行する方法がわからない、重要な問題を発見し、あなたのお母さんの程度は、ヘルプの使用にこのコマンドが見つかりました：
python manage.py test <module_name>
e.g.
python manage.py test apps.signin.testsDjangoは自動的にテストし、それぞれのモジュールの全てを行います。
よくやったユニットテストが自然にコードカバレッジ、ここで使用されるツールのカバレッジを取得すると思う、それはインストールする必要があります。
コード：(cmd)pip install coverage
以下からの写真ブログ
これは、コードカバレッジが生じました。
戦略モードの再構築
ユーザーの行動と凝集とのカップリングを避けるために、ユーザー自身が剥がれ。現在のプロジェクトが小さいために、復興の努力は、彼らには何もかかりません。。。忙しい夜には、それはQAQをやっていないようでした