【Django/web全般】アプリは何を単位に分離していますか？

Question

概要

Djangoのコマンドpython manage.py startappで作成される「アプリ」について、どんな単位で分離をしていますか？　また、何を根拠にそのような分離方法を採用していますか？　そしてそもそも、アプリを分離することでどのようなメリットがあると考えていますか？
（答えられる範囲でお答えいただければ幸いです）

当初の自分の考え

元々は機能単位で分離するという曖昧な考えで分離していました。

ただ、それだとうまくいかないケースが出てきています。
例えば「App_A」「App_B」があったとして、App_Aで作成したmodelをApp_Bで使いたくなったり、もしくはApp_Aで作成した機能の一部をApp_Bでも使いたくなったりする場合など、機能単位で分離したとしても結局別のアプリを参照させており、分離する意味とは？　となっています。

また、アプリを分離するとルーティングの面でも分離がされますが（ドメイン/app_a配下はapp_aのビューが呼ばれ、ドメイン/app_b配下はapp_bのビューが呼ばれる）、もちろんURLのツリー構造に応じて機能が作られているわけでもないので、ここでも機能単位の分離には無理があるように思えます。

その他に何か良い案がありましたら、教えていただけると幸いです。
若干抽象度の高い質問になってしまい申し訳無いのですが、お答えいただけると幸いです。

Answer 1

アプリ間の依存関係が循環しないように分割する、が基本だと思いました。

例えば「App_A」「App_B」があったとして、App_Aで作成したmodelをApp_Bで使いたくなったり、もしくはApp_Aで作成した機能の一部をApp_Bでも使いたくなったりする場合など、機能単位で分離したとしても結局別のアプリを参照させており、分離する意味とは？　となっています。

参照が循環していたら分離する意味がない
という命題の対偶は
分離する意味があるのは参照が循環していない時
になりますよね。

参考
https://seddonym.me/2018/05/04/django-signals/#project-dependency-flow
https://slides.com/davidseddon/deck/#/
https://docs.djangoproject.com/ja/2.2/intro/reusable-apps/

Comments

[退会済みユーザー]

「分離する意味があるのは参照が循環していない時」確かにそうだなと思いました。本題から外れますが待遇を取ると言う思考の転換素敵ですね。

参考のリンクもありがとうございます。難しいところもありますが理解していきたいと思います。

Answer 2

あなたが必要ならみんな一緒くたにして一つにすればいいです。分ける必要なんかありません。
みんなそれで組んでいけばいいです。

＃それで行き詰まる時が来たら、それから考えればよろしい

Comments

[退会済みユーザー]

確かに詰まった時に考えればどんな対策を取るべきか自分の頭で考えられそうですね。何より実践！　と言う意気で頑張りたいです。
ご回答ありがとうございました。