2017-06-25 121 views
0

私は、(アプリケーション、モデル、フォーム、ビュー、URL、テスト)ファイルを含む複数のアプリケーションを含むこのDjangoプロジェクトを持っています。問題は、このためにクラス図を設計するために私が従うべき構造は何か、そしてアプリケーション間の関係は何ですか?djangoプロジェクトのクラス図の作成方法は?

+0

あなたの質問はあまりにも広すぎます。私は座って最初にいくつかの本を読むことをお勧めします。 –

+0

@ThomasKilian私は通常のプロジェクトのクラス図を作成する方法を知っていますが、私は前にモデルビュー形式の構造を持つプロジェクトで作業していません。そのようなことに利用できるリソースはないようです。 – mg22

+0

あります。安心してください。 MVC用のGoogleだけが例をあげてくれます。 –

答えて

2

システムの初心者にとっては、アーキテクチャの概要が欲しいということは珍しくありません。一般的には、その点ではドキュメントが欠けているので、私はあなたがなぜ尋ねているのか理解しています。

Thomasが言及しているように、DjangoはMVCパターンに従っていますが、コントローラーはURLであり、ある程度はMiddlewaresとWSGIインターフェースです。

最初のデザインはモデルに焦点を当てるべきです。モデルにはすべてのビジネスロジックが含まれます。ビューはモデルから情報を収集し、フォームと結合したURLはユーザー情報をビューに渡します。

しかし、アプリケーションの心はモデルなので、モデルの優れたクラス図(優れたモデル設計)により、プロジェクトの実行可能性と実行方法、そしてその実行方法を確認できます。

たとえば、Djangoの上に書かれたCMSであるMezzanine's model graphを見てください。モデルグラフはautogeneratedです。

+0

ああ、説明をいただきありがとうございます。私が考えていたのは、詳細なクラス図を作成することです。これは、アプリケーションボックス内のすべてのファイル構造を設計し、アプリケーションをリンクさせることを意味します。 – mg22

+0

プロジェクトが成長するにつれて、ビューがより重要になる可能性があります。しかし、その構造は全体を通してほぼ同じです。ただし、ビューで使用するいわゆる「ミックスイン」のクラス図を作成するのに役立ちます。他のユーザーは、必要なページのコンポーネントを得るために何をミックスするかを知っています。 – Melvyn

関連する問題