actuellement je parle si placer entité à la fin de chaque entité est une bonne pratique par exempleplace Entity dans le nom d'une classe de domaine une bonne pratique?
public class CustomerEntity:BaseEntity{}
au lieu de
public class Customer:BaseEntity{}
dans ma carrière, je l'avais vu à la fois, mais comment faites-vous c'est de nos jours?
Il y a ici deux avis contradictoires, à mon avis. L'une consiste à utiliser le nom le plus simple possible, l'autre est d'utiliser une convention de nommage pour rendre le but de vos objets plus clair quand ils sont utilisés. Personnellement, s'il n'y a pas de risque de confusion sur ce qu'est un client, je laisserais de côté la partie Entité. Si vous vous trouvez dans une situation où vous pourriez avoir plusieurs objets nommés Entité, alors je laisserais celui qui est susceptible d'être utilisé le plus nommé Client, et créer un nom composé pour l'autre (comme CustomerOrder, CustomerRequest, etc.)
Le plus important: le fait que ce soit un client ou le fait que ce soit une entité? Je dis laissez-le. Si vous l'utilisez comme une entité, il sera évident que c'est une entité, peu importe comment vous l'appelez. Mais en quittant "Entité", vous vous concentrez sur le fait que c'est un client.
Les classes liées à l'entreprise dans notre boutique héritent toutes d'une classe appelée (intentionnellement génériquement) DomainObject. Aucune des classes héritées ne contient "Object" dans leur nom - ce serait superflue - nous les nommons simplement appropriées à leur fonction.