Domanda

Il libro DDD di Eric Evan, Esempio di spedizione di carico, pag. 168:

Posizione

Due posti con lo stesso nome non sono gli stessi. Latitudine e longitudine potrebbero fornire una chiave unica, ma probabilmente non molto pratica, poiché tali misurazioni non sono di interesse per la maggior parte degli scopi di questo sistema e sarebbero abbastanza complicate. Più probabilmente, la posizione farà parte di un modello geografico di qualche tipo che metterà in relazione i luoghi in base a corsie di spedizione e altre preoccupazioni specifiche del dominio. Quindi sarà sufficiente un identificatore arbitrario, interno, generato automaticamente.

Motivo per cui l'autore ha fatto Location Un'entità è perché due posti diversi potrebbero avere lo stesso nome. Ma dal momento che sembra quello Location è immutabile E quindi non cambierà nel tempo, non sarebbe meglio se fosse invece un oggetto di valore? Così:

a) Perché non potremmo (invece di generare automaticamente l'identificatore) introdurre un attributo aggiuntivo che descrive un vero e proprio chateristicista di una posizione, che aiuterebbe a distinguere tra i due luoghi con lo stesso nome? Allora potremmo fare Location un Vo.

b) Anche se non introduciamo un attributo aggiuntivo che descrive una caratteristica effettiva di una posizione, ma invece utilizziamo un identificatore generato automaticamente, non potremmo comunque considerare Location Come VO, poiché il fatto rimane ancora che lo è immutabile e quell'applicazione funzionerebbe allo stesso modo anche se monitorasse diverse istanze che rappresentano lo stesso Location?

c) Dalla citazione sembra che l'autore desigerebbe Location come un entità anche se al posto dell'identificatore generato automaticamente useremo latitudine e longitudine per aiutare a distinguere tra le diverse posizioni. Come mai?

Grazie

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top