zur Zeit ich bin diskutieren Einheit am Ende jeder Einheit eine gute Praxis, zum Beispiel istplatziert Entität im Namen einer Domain-Klasse eine gute Praxis?
public class CustomerEntity:BaseEntity{}
statt
public class Customer:BaseEntity{}
in meiner Karriere ich beide gesehen hatte, wenn Platzierung aber wie wollen Sie tun es heutzutage?
Hier gibt es zwei widersprüchliche Ratschläge, meiner Meinung nach. Die eine besteht darin, den einfachsten möglichen Namen zu verwenden, die andere besteht darin, eine Namenskonvention zu verwenden, um den Zweck Ihrer Objekte klarer zu machen, wenn sie verwendet werden.
Persönlich, wenn es keine Verwirrung darüber gibt, was ein Kunde ist, würde ich den Entitätsteil weglassen. Wenn Sie sich in einer Situation befinden, in der Sie mehrere Objekte mit dem Namen Entität haben könnten, würde ich das am häufigsten verwendete Objekt Customer zurücklassen und ein zusammengesetztes Substantiv für das andere erstellen (wie CustomerOrder, CustomerRequest usw.)
Was ist wichtiger: die Tatsache, dass es ein Kunde oder die Tatsache ist, dass es eine Einheit ist? Ich sage, lass es weg. Wenn Sie es wie eine Entität verwenden, ist es offensichtlich, dass es sich um eine Entität handelt, unabhängig davon, wie Sie es benennen. Aber indem Sie "Entity" weglassen, konzentrieren Sie sich auf die Tatsache, dass es ein Kunde ist.
Die geschäftsbezogenen Klassen in unserem Shop erben alle von einer Klasse, die (absichtlich generisch) DomainObject genannt wird. Keine der vererbten Klassen enthält "Objekt" als Teil ihres Namens - das wäre überflüssig - wir benennen sie nur passend zu ihrer Funktion.