2017-05-10 15 views
1

私はDjangoを学ぶのが初めてで、アプリケーションディレクトリ構造の設定が将来の追加にどれほど重要であるかを知っています。Djangoディレクトリ構造

現在、私はDjango RESTフレームワークを使用してAPIを作成しており、今後の成功のためにDjangoプロジェクトをどのように構築するかについていくつか質問があります。

将来的にデータを取得する必要のある他の外部ソースにAPIを提供したいと考えています。私はまた、データを表示し更新するフロントエンドCRUDシステムを構築する予定です。

今後、Data APIで強化されたシステムのようなフロントエンドを追加する可能性があるので、どのようにディレクトリを構成することをお勧めしますか?すでにいくつかの研究を行っていると、これは私が見た可能性のようです。

project 
    manage.py 
    project 
    settings.py 
    urls.py 
    api 
    models.py 
    serializers.py 
    views.py 
    crudapp 
    files here... 

project 
    manage.py 
    project 
    settings.py 
    urls.py 
    api 
     models.py 
     serializers.py 
     views.py 
    crudapp 
    files here... 

project 
    manage.py 
    project 
    settings.py 
    urls.py 
    crudapp 
    api 
     models.py 
     serializers.py 
     views.py 
    files here... 
    futureapp 
    api 
     models.py 
     serializers.py 
     views.py 
    files here... 

私はDjangoとPythonがこれらのモジュールをどのようにセットアップするべきかを実際に理解しようとしています。モジュール/アプリケーションを別々に設定している場合、今後作成するアプリのAPIアプリケーションのモデルにすべてアクセスできますか?

これに関する明確化または経験があれば幸いです。主な目標は、データベースのデータ用のAPIを用意し、そのデータを更新してプルするためのフロントエンドCRUDを構築できるようにすることです。将来的に多くのフロントエンド型のアプリケーションを構築できる可能性がありますデータセットが増加するにつれて、

たとえば、フロントエンドからアクセスできる重要な企業情報や他のDJANGO以外のウェブサイトにフィードできるAPIを保存するための企業データCRUDシステムを構築しています。将来的には、1つのページアプリケーションに全く異なるフロントエンド/バックエンドCMSタイプのシステムを追加することがあります。ただし、企業データセットのデータベース内の一部のデータを使用してWebサイトのデータを入力することもできます。

+0

それあなたのプロジェクトの大きさや主にあなたの個人的な意見に依存しています。あなたに良い感じのものを選んで、githubのいくつかのジャンゴプロジェクト構造をチェックしてみてください – aliva

答えて

-1

私はこのような構造を取る:あなたが望むようにあなたができるだけ多くのアプリを追加することができ、メインプロジェクトフォルダdoesnot

を成長し、もう一つの利点がある

project 
    manage.py 
    apps 
     crudapp 
     futureapp1 
     futureapp2 

、あなたの輸入は、より美しくなります。 APPSに衝突し、あまり名前:

from project.apps.crudapp.models import OneModel

# settings 
INSTALLED_APPS = (
    'project.apps.crudapp', 
) 
関連する問題