c# - ドメイン オブジェクト モデルのパッケージ命名規則

Question

ドメイン固有のオブジェクト モデルに適したパッケージの命名規則を教えてください。たとえば、Person.java POJO があるとします。それをmydomain.modelまたは mydomain.entityまたはmydomain.om (オブジェクト モデル) パッケージに配置します。アイデアは、MVC モデル オブジェクトをドメイン オブジェクト モデルから分離することです。私たちの MVC ベースのアプリケーションには動作を含むモデルパッケージがありますが、そのパッケージを使用してドメイン オブジェクト モデルを含めるのは不適切であり、混乱を招く可能性があります。

Answer 1

私は個人的に「com.mycompany.domain」を使用していますが、それは最善の答えではないかもしれません。

Answer 2

機能を分離するために、パッケージを水平方向ではなく垂直方向に編成することをお勧めします。

例えば。

com.foobar.accounting.model.*
com.foobar.accounting.view.*

com.foobar.invoicing.model.*
com.foobar.invoicing.view.*

よりも良いかもしれません

com.foobar.model.accounting.*
com.foobar.model.invoicing.*

com.foobar.view.accounting.*
com.foobar.view.invoicing.*

Answer 3

選択するパッケージ名は関係ありません。モデル vs. ドメイン vs. vo vs. foobar チームがすべて同じページにいる限り、すべて問題ありません。このパッケージには、重要なビジネス ロジックを持たない POJO ドメイン オブジェクトのみを含める必要があることに同意します。

Answer 4

それだけでなく、名前空間の命名規則にも注意してください。名前空間名が異なるアセンブリで重複しているケースを見てきました。混乱について話してください。