Gli oggetti del dominio in DDD sono solo un nome di fantasia per le macchine a stati finiti con convalida?

Question

Gli oggetti del dominio in DDD sono solo un nome di fantasia per le macchine a stati finiti con convalida?

#1 da (3 voti)

2

Sto cercando di capire DDD e uno dei concetti chiave in DDD sono gli Oggetti Dominio. Come ho capito, dovrebbero "nascondere" lo stato interno e permetterne la modifica solo usando metodi (comportamenti?) E solo in un modo che mantenga lo stato (interno) sempre valido.

Sarebbe una eccessiva semplificazione dire che (almeno dal punto di vista tecnico) gli Oggetti del dominio non sono altro che macchine a stati finiti con logica di business all'interno, validazione rigorosa e nomi significativi per l'azienda?

domain-driven-design

posta Mariusz Jamro 20.01.2018 - 14:35

fonte

1 risposta

Leggi altre domande sui tag domain-driven-design

Qual è il modo consigliato di gestire l'eccezione in Spring MVC Qual è l'approccio migliore per aggiornare un campo del database quando cambia una proprietà di classe corrispondente?

score 3 · Answer 1

Would it be an over simplification to say that (at least from technical point of view) Domain Objects are nothing more than Finite State Machines with business logic inside, strict validation and names meaningful for the business?

Un po '; abbiamo un documento che si trova in "questo" stato, e poi alcune nuove informazioni arrivano dal mondo esterno, e di conseguenza il documento passa a "quello" stato.

Ma quel modello non è particolarmente unico per DDD.

Ciò che Evans ha aggiunto è stata una netta separazione tra la logica del dominio e l'impianto idraulico; la macchina di stato viene catturata dal modello di dominio, che è separato dall'impianto idraulico fornito dall'applicazione.