2009-06-25 9 views
8

は、だから私は「coolprojectsite」ディレクトリ構造と呼ばれる、私が作成したDjangoプロジェクトは、何かに見えてきました。 Djangoのディレクトリレイアウトの説明

1)coolprojectsite「プロジェクトの

2と考えられている

)はcoolproject

3) 'メディアは' など、CSS、JavaScriptファイルが含まれてい

'アプリケーション' と見なさであることが彼らのために適切な場所?そのプロジェクトの外に。

4) 'mytemplates'には、djangoマークアップ(例:{%%})を含む特定のファイルがあり、urls.pyがそれらを指しているためアクセスされます。これらのファイルをプロジェクト外に置くことは適切ですか?

5)任意のjavascriptファイル(jqueryなど)を含める場合は、urls.pyに新しいエントリを作成するだけです(もしそうなら、それはcoolprojectsiteまたはcoolprojectのものでなければなりません)。 URL?

+0

質問。 Webrootと他のすべてのベローの上にメディア/およびCSSなどを入れないでしょうか? – tristanbailey

答えて

9
  1. "プロジェクト"は実際にはDjangoでは便利な概念ではありません。 Djangoチュートリアルではそれについて言及していますが、開発者は頻繁にメーリングリストを紹介しています。基本的には、プロジェクトはあなたのコードのコンテナに過ぎませんが、実際にはコードはPythonパスのどこにでも置くことができます。

  2. はい、settings.pyのINSTALLED_APPSにすべて追加されている限り、複数のアプリケーションを使用できます。

  3. どこに住んでも問題ありません。開発には組み込みのサーバーで行うことができますが、実稼働環境ではApacheに(または何でも)直接指示する必要があります。

  4. 重要ではありません。これは、テンプレートをロードするビューです。また、settings.pyでTEMPLATE_DIRSが適切に設定されている限り、問題ありません。

  5. いいえ、絶対にありません。前述したように、静的資産はあなたのメディアフォルダにあり、Djangoを経由することはありません。

+6

個人的には、私は "プロジェクト"が有用な概念であると思います。プロジェクトは、私が一般的に取り組んでいるものです。結局のところ、それが成果物です。だから私は静的資産ディレクトリとテンプレートディレクトリを設定ファイル、ルートURLconf、たいていはいくつかの一度限りのプロジェクト固有のアプリケーションを持つディレクトリに保存し、バージョン管理下に置いてそれを "プロジェクト"と呼んでいます。私はそれに何か悪いとは思わない。重要なのは、Djangoに特定のディレクトリに関する "魔法"がないことを認識することですが、あなたのワークフローに合っていて作業を整えて機能させることができます。 –