疎結合システムの観点から、これらのオブジェクト間の違いに頭を悩ませようとしています。ビジネス オブジェクトはエンティティ オブジェクトと同じですか? MVC でビジネス オブジェクトまたはエンティティ オブジェクトをコマンド オブジェクトとして使用できますか? コマンドオブジェクトはフォームオブジェクトと同じですか? Spring の用語と使用法におけるオブジェクトのタイプの明確化を探しています。
stackoverflow に関するいくつかの質問を見つけましたが、私の好みに合うものは何もありませんでした。
Spring Web MVC のドキュメントでは、ビジネス (エンティティ?) オブジェクトをコマンド/フォーム オブジェクトとして使用できると書かれているようですが、これは懸念事項の分離に反するのではないでしょうか?
春のドキュメントから：
再利用可能なビジネス コードで、複製の必要はありません。既存のビジネス オブジェクトをミラー化するのではなく、コマンドまたはフォーム オブジェクトとして使用して、特定のフレームワーク基本クラスを拡張します。
1) 技術的には、ビジネス オブジェクトとビジネス エンティティ (または「エンティティ オブジェクト」と呼ぶ場合) は同じではありません。
ビジネス エンティティにはデータが含まれます。一方、ビジネス オブジェクトには、ビジネス エンティティに関するロジック (エンティティの作成方法、エンティティの更新方法など) が含まれています。ビジネス オブジェクトは、技術的には古い J2EE パターンです。現在のコードでは実際に見たことがないので、詳細を説明することはできません。ビジネス オブジェクトは DAO に対応すると言う人もいれば、むしろサービスと言う人もいます。また、一部の開発者は、「オブジェクト」と「エンティティ」の粒度が同じであると考えているため、またはビジネス エンティティにもロジックが含まれているため、または単に知らないという理由で、ビジネス オブジェクトとエンティティが同じであると言っています。私は、データを含むオブジェクトの「(ビジネス) エンティティ」について話したいだけであり、「ビジネス オブジェクト」という用語は、異なる解釈をする可能性があるため、決して使用しません。
2) Spring MVC のドキュメントによると、コマンド オブジェクトは、フォームからのデータが入力される JavaBean です。一方、フォーム オブジェクトとは何ですか。
そうです、コマンド オブジェクトは意味的にはフォーム オブジェクトと同じです。私はすぐに理解できるフォームオブジェクトという用語を好みます。
3）あなたが言ったように、Spring MVCのドキュメントによると、フレームワークの1つの機能は
再利用可能なビジネス コードで、複製の必要はありません。既存のビジネス オブジェクトをミラー化するのではなく、コマンドまたはフォーム オブジェクトとして使用して、特定のフレームワーク基本クラスを拡張します。
そうです、Spring によれば、コマンド/フォーム オブジェクトとしてビジネス エンティティを使用できます。納得できない場合は、いくつかの理由があります。