design-patterns - ビジネスオブジェクトを定義するもの

Question

タイトルからして、単純明快な質問だと思いますが、「ビジネスオブジェクトの世界」を調べてみると、ビジネスオブジェクトがどうあるべきかについて、はっきりしたことは何も分かっていないようです。従うべきベストプラクティスや設計パターンはありますか?

「Expert C# Business Objects」という本を見つけましたが、これは理解を深めるための最良の出発点でしょうか?

score 5 · Accepted Answer

ビジネスオブジェクトは、それが表すエンティティに関連付けられたビジネス動作またはデータを参照します。

アプリケーションには、アプリケーションが行うべきこと (ビジネス関連) を実行するコードと、それを実行してユーザーとやり取りすることを技術的に許可するコードがあります。たとえば、MVC パターンでは、ビジネスはモデルの仕事になります。

これはそれをよりよく説明していると思います。また、MVC パターンを見て、各レイヤーの役割を確認することもできます。それを理解すれば、何が「ビジネスオブジェクト」と見なされるかを簡単に確認できます。

score 4 · Accepted Answer

ビジネスオブジェクトは、ドメインモデルの一部の要素です。

ドメインモデルとは？ドメインモデルは、実世界の観点からシステムが何をするかを記述します。ドメインモデルは、要素間の論理関係と要素間の制約を記述します。

ビジネスオブジェクト、ビジネスエンティティ、または単にエンティティは、何らかの形で交換可能な用語です。ソフトウェアソリューションが現実の世界で何を表すかを参照してclientください。accountdocuments

これにより、実装の問題を解決するためだけに存在する純粋に技術的なオブジェクトが除外されます。

これらの要素はソフトウェアの外部に存在する (存在する) ため、エンティティという用語を使用します。つまり、ソフトウェアはこれらの要素の表現です。

見る：

score 1 · Accepted Answer

おそらく、具体的な例が役立つかもしれません。メニュー計画アプリケーションを作成しているとします。ここでのビジネスオブジェクトは、Menu、Ingredient、UserAccount、Invoice など、ビジネスモデルのロジックをカプセル化するオブジェクトです。

ビジネスオブジェクトではないものには、MenuForm、Database、Transaction などがあります。

score 1 · Accepted Answer

ビジネスオブジェクト (BO) とデータ転送オブジェクト (DTO) の違いを 100% 理解しているわけではありません。

BOにはデータとデータを処理するコードが含まれているのに対し、DTOにはデータのみが含まれているようです?!?

つまり、1 つの BO に複数の DTO のデータを「含める」ことができますよね?

score 0 · Accepted Answer

ビジネスオブジェクトは、ビジネスエンティティを表すオブジェクトであり、オプションでビジネスロジックを含めることができます。

design-patterns - ビジネス オブジェクトを定義するもの