DDD - 適切なコード構造体

Question

私はプロジェクト構造を改善しようとする従来のプロジェクトに取り組んでいます。私の質問は、私はどのようにコード構造を整理すべきかです。

＃1ビジネスドメイン/層

app/ 
----accout/ 
--------application/ 
--------domain/ 
--------infrastructure/ 
----client/ 
--------application/ 
--------domain/ 
--------infrastructure/ 
----transfer/ 
--------application/ 
--------domain/ 
--------infrastructure/ 

または＃2層/ビジネスドメイン

アプローチが合うでしょう

app/ 
----application/ 
--------account/ 
--------client/ 
--------transfer/ 
----domain/ 
--------account/ 
--------client/ 
--------transfer/ 
----infrastructure/ 
--------account/ 
--------client/ 
--------transfer/ 

：私は2つのオプションを参照してくださいレガシープロジェクトの方がいいですか？あなたの経験からはどちらが好ましいですか？

私の考えでは、＃1は、さらなるリファクタリング中にシステムのデカップリングを有効にします。一方、＃1はレガシープロジェクトでは実現しやすいようです。したがって、あなたがモジュールを作成することができ、この場合には、それがどのように見えるでしょうddd in php予約する

Answer 1

：あなたは（あなたのプロジェクトが本当に巨大であるとき場合）機能でmicroservicesを作成することを検討している場合、

└──src 
    ├── Application 
    ├── Domain 
    │ └── Model 
    │  ├ Account 
    │  ├ Client 
    │  └ Transfer 
    └── Infrastructure 

しかし、あなたはあなたのオプション＃1に従うことができます。別々のプロジェクトに分割する方が簡単になるからです。