DDD: devono tutte le relazioni del modello Aggregati o possono essere "superficiali"?

The thing is, I don't think that complexity or size should be dictating if it's an Aggregate, Entity or Value Object, but rather its MEANING.

Il fatto è che questi termini hanno definizioni enunciate in il libro blu

Dal capitolo cinque. Un modello espresso nel software

Does an object represent something with continuity and identity--something that is tracked through different states or even across different implementations? Or is it an attribute that describes the state of something else? This is the basic distinction between an ENTITY and a VALUE OBJECT.

Dal capitolo Sei. Il ciclo di vita di un oggetto dominio.

AGGREGATES mark off the scope within which invariants have to be maintained at every stage of the life cycle.

An AGGREGATE is a cluster of associated objects that we treat as a unit for the purpose of data changes.

È del tutto coerente avere un aggregato che contiene solo una singola entità, quell'entità che ha solo una singola proprietà interessante e solo i semplici comportamenti che cambiano quella proprietà da un valore all'altro.

I would like to know your thoughts on my solution attempt.

La forma base va bene: la tua entità WebApp è anche la radice dell'aggregato, che è coerente con il modello come descritto da Evans.

Aumentare l'evento di dominio nel costruttore può essere un errore; è certamente un odore di codice (l'innalzamento di un evento di dominio conta certamente come lavoro reale ).

The thing is, I don't think that complexity or size should be dictating if it's an Aggregate, Entity or Value Object, but rather its MEANING.

I read someplace you're not supposed to return anything except Aggregates from the Repository.

Sembra che tu stia pensando nei termini in cui un elemento è Aggregato, Entità o Oggetto valore. Tuttavia, la nozione di aggregato non è uguale a entità e valore oggetto; L'aggregazione non è una terza alternativa ma una nozione diversa.

Un aggregato è una raccolta logica di entità (e oggetti valore) e le loro relazioni. Un aggregato ha una singola entità speciale, chiamata entità root. Questa entità root viene definita come radice di aggregazione. È l'unica entità all'interno dell'Agregato a cui è consentito fare riferimento al di fuori di tale aggregato. Come punto di contatto dall'esterno dell'aggregato, generalmente ci si aspetta che la root imponga l'integrità dell'aggregato.

Si noti che la radice di aggregazione è un'entità! L'aggregato stesso è la raccolta logica di entità correlate. È un limite attorno a queste entità (con alcune regole).

Se non hai una collezione, non hai un Aggregate. Ma va bene, hai semplicemente un'entità.

(Secondo me è anche ragionevole pensare a un'entità solitaria che ha un'identità a cui si può riferire, come un caso degenerato di un Aggregato che ha una sola entità, l'entità radice, se preferisci.)

Anche se hai una collezione devi avere almeno una Entità, in questo caso una delle entità deve essere l'entità root, che è la tua Radice Aggregata. Ancora una volta Root aggregato è un'entità mentre un aggregato è una raccolta logica (con una radice di aggregazione).