A volte è piuttosto facile trovare un concetto molto naturale per rappresentare la relazione, ad esempio Persona e Team possono essere collegati dall'appartenenza, ma a volte non è così facile e il concetto potrebbe sembrare così artificiale. Quindi c'è qualche strategia per trovare o nominare questo tipo di relazioni?
La denominazione spesso è la parte più difficile dell'ingegneria del software.
Mi piace il tuo esempio di Membership , e vorrei eloborare su alcuni (per me) il ragionamento sottostante.
Per prima cosa descrivo la relazione in una semplice frase inglese come "Person_X è membro di Team_Y". E poi, per seguire la convenzione di denominazione della classe che le classi dovrebbero essere nominate dai nomi, Membership è la scelta naturale per un sostantivo derivato da quella frase (o PersonTeamMembership se anche altri tipi di appartenenza sono di interesse).
E se è troppo difficile trovare un buon nome, mi piacerebbe usare l'intera frase come in RelationNamedIsMemberOf ,
Consiglio vivamente di non usare nomi come Person_to_Team in quanto non ti dice se si tratta di appartenenza, leadership, supporto, odio o altro.
Di solito definisco una relazione 1: 1 tra X e Y come X_to_Y , o X_of_Y , ecc. Se è 1: n, potrebbe anche essere X_to_Ys o Xs_for_Y , ecc. .
(OTOH, in un database rimane solo singolare, come tutti i nomi delle mie tabelle.)
Leggi altre domande sui tag domain-driven-design domain-model