ドメインクラスの名前にEntityを置くのは良い方法ですか?
public class CustomerEntity:BaseEntity{}
の代わりに
public class Customer:BaseEntity{}
私のキャリアで私は両方見たが、どのように今日は?
ドメインクラスの名前にEntityを置くのは良い方法ですか?
public class CustomerEntity:BaseEntity{}
の代わりに
public class Customer:BaseEntity{}
私のキャリアで私は両方見たが、どのように今日は?
私の意見では、ここに2つの相違点があります。 1つは最も単純な名前を使用することです。もう1つは、使用時にオブジェクトの目的を明確にするための命名規則を使用することです。
個人的には、顧客とは何か混乱する可能性が低い場合は、エンティティ部分を離れることになります。 Entityという名前の複数のオブジェクトを持つことができる状況になったら、ほとんどの名前付きCustomerで使用される可能性のあるものを残し、他のCompound名詞を作成します(CustomerOrder、CustomerRequestなど)
どちらが重要か:それが顧客かエンティティであるという事実ですか?私はそれを離れて言う。エンティティのように使用する場合は、エンティティの名前にかかわらずエンティティであることは明らかです。しかし、 "エンティティ"を離れることによって、それは顧客であるという事実に焦点を当てます。
当店のビジネス関連のクラスは、すべて(意図的に一般的に)DomainObjectというクラスから継承しています。継承されたクラスには名前の一部として "Object"が含まれていません。余分なものではありません。