Domande con tag 'domain-driven-design'

2
risposte

Dove inseriamo il codice "chiedendo al mondo" quando separiamo il calcolo dagli effetti collaterali?

In base al principio di separazione della query di comando , nonché Thinking in Data e DDD con Clojure presentazioni si dovrebbero separare gli effetti collaterali (modificando il mondo) da calcoli e decisioni, in modo che sia più facile co...
posta 02.11.2013 - 14:38
11
risposte

Un'immagine può essere ridimensionata in OOP?

Sto scrivendo un'app con un'entità Image e sto già avendo difficoltà a decidere a chi spetta ogni compito. Per prima cosa ho la classe Image . Ha un percorso, una larghezza e altri attributi. Poi ho creato una classe ImageReposi...
posta 31.08.2012 - 04:37
2
risposte

CQRS + Event Sourcing: (è corretto che) I comandi sono generalmente comunicati point-to-point, mentre gli eventi di dominio sono comunicati tramite pub / sub?

In pratica sto cercando di riprendere il concetto di CQRS e concetti correlati. Sebbene CQRS non includa necessariamente Messaging ed Event Sourcing sembra essere una buona combinazione (come si può vedere con molti esempi / post di blog ch...
posta 20.07.2012 - 02:00
3
risposte

DDD e oggetti valore. Gli oggetti valore mutabili sono un buon candidato per Non Aggr. Entità di radice?

Ecco un piccolo problema Avere un'entità, con un oggetto valore. Non è un problema. Sostituisco un oggetto valore per uno nuovo, quindi nibisco inserisce il nuovo valore e orfano il vecchio, quindi lo elimina. Ok, questo è un problema. Ass...
posta 12.12.2012 - 07:24
4
risposte

Relazioni modello con DDD (o con senso)?

Ecco un requisito semplificato: User creates a Question with multiple Answers. Question must have at least one Answer. Clarification: think Question and Answer as in a test: there is one question, but several answers, where few may be...
posta 21.10.2014 - 20:35
1
risposta

I POCO ORM sostituiscono le entità di dominio?

Questo è in qualche modo simile a questa domanda ma più ampia. In generale, con ORM come EF 4.1 che supporta POCOs, ha senso avere le entità di dominio essere gli oggetti che sono persistenti nel tuo database? Con ORM più vecchi come E...
posta 25.10.2011 - 19:25
2
risposte

al deposito o non al deposito

Quando ho appreso per la prima volta di Domain Driven Design, sono stato anche introdotto nel repository e nell'unità di modelli di lavoro che una volta sembravano di prim'ordine per i ragazzi alla moda che lanciavano query SQL come cavemans con...
posta 29.04.2014 - 13:06
2
risposte

In DDD, un servizio di dominio è essenzialmente solo un modello di facciata e / o mediatore?

In Domain Driven Design, il Domain Layer può avere diversi servizi (tradizionali). Ad esempio, per il dominio Utente, potremmo avere: Una UserFactory, che costruisce gli oggetti Utente in modi diversi Un UserRepository, che è responsabile...
posta 21.12.2017 - 04:33
3
risposte

Garantire la coerenza transazionale con DDD

Sto iniziando con DDD e capisco che le radici aggregate sono utilizzate per assicurare la coerenza transnazionale. Non dovremmo modificare più aggregati in un servizio applicativo. Vorrei sapere comunque come affrontare la seguente situazione...
posta 16.11.2013 - 18:16
2
risposte

L'isolamento del modello dominio / persistenza di solito è così imbarazzante?

Mi sto immergendo nei concetti di Domain-Driven Design (DDD) e ho trovato alcuni principi strani, soprattutto per quanto riguarda l'isolamento del modello di dominio e persistenza. Ecco la mia comprensione di base: Un servizio sul livello ap...
posta 14.10.2018 - 17:19