質問

いいところを紹介してくださいパッケージの命名規則のためのドメイン固有のオブジェクトモデルです。例えば、言い Person.java POJOいただけますでしょうかたまりをビニール袋に入れ mydomain.モデル または mydomain.entity または mydomain.om (オブジェクトモデル)パッケージです。その考え方としては、切り離し、MVCモデルオブジェクトからのドメインのオブジェクトモデルです。当社のWEB系のアプリケーションが モデル パッケージを含む行動で使用するパッケージを含む当社のドメインのオブジェクトモデルのよう不適切な、潜在的に混乱している。

役に立ちましたか?

解決

を用いてcom.mycompany.ドメインの"個人ができない可能性のある最善の答えです。

他のヒント

するための管理パッケージは垂直ではなく水平に別可能です。

例えば.

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.*

このパッケージ名を選択は不可となります。モデルに対すドメインに対すvo前foobarはすべて細かのどちらのチームはすべて同じページです。とはいいましてもこのパッケージに含まれるのPOJOドメインのオブジェクトなのビジネスロジック

さて、気をつけて命名規約のお名前空間私は見る場合には名前空間の名前が重複して異なる構成に基づいています。話混乱した。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top