.net - ドメインクラスの名前にエンティティを配置することは良い習慣ですか?

Question

現在、各エンティティの最後にエンティティを配置することが良い方法であるかどうかについて議論しています。

public class CustomerEntity:BaseEntity{}

それ以外の

public class Customer:BaseEntity{}

私のキャリアでは両方を見てきましたが、最近はどのようにしていますか?

Answer 1

顧客であるという事実と、エンティティであるという事実、どちらがより重要ですか? 放っておけと言います。エンティティのように使用すると、名前の付け方に関係なく、それがエンティティであることは明らかです。しかし、「エンティティ」を除外することで、それが顧客であるという事実に焦点を当てます。

Answer 2

私の意見では、ここには2つの相反するアドバイスがあります。1つは可能な限り単純な名前を使用することであり、もう1つは、オブジェクトが使用されているときにオブジェクトの目的を明確にするために命名規則を使用することです。

個人的には、お客様が何であるかについて混乱が生じそうにない場合は、エンティティの部分を省略します。Entityという名前のオブジェクトが複数ある可能性がある場合は、Customerという名前で最も使用される可能性が高いオブジェクトを残し、もう一方の複合名詞（CustomerOrder、CustomerRequestなど）を作成します。

Answer 3

当店のビジネス関連のクラスはすべて、（意図的に一般的に）DomainObjectと呼ばれるクラスを継承しています。継承されたクラスには、名前の一部として「Object」が含まれていません。これは不要ですが、関数に適切な名前を付けるだけです。