Se il mio dominio ha diversi contesti limitati , ma solo UNO team lavorerà su tutti i contesti, dovrei sviluppare un linguaggio Ubiquitous per ogni contesto? o dovrei avere solo uno e forzare in tutti i contesti?
La definizione di contesto limitata del libro di Evan afferma:
A BOUNDED CONTEXT delimits the applicability of a particular model so that team members have a clear and shared understanding of what has to be consistent and how it relates to other CONTEXTS. Within that CONTEXT, work to keep the model logically unified, but do not worry about applicability outside those bounds. In other CONTEXTS, other models apply, with differences in terminology, in concepts and rules, and in dialects of the UBIQUITOUS LANGUAGE.
Non capisco cosa si intenda per "dialetti della LINGUA UBIQUITOSA" . Dovrei sviluppare un languore universale onnipresente, quindi modificarlo per ogni contesto limitato?
Il mio problema principale è se un singolo team sta andando a lavorare su tutto il contesto che potrebbe essere confuso dal costante cambiamento nella terminologia.
Aggiorna :
Facciamo un esempio per illustrare il problema. Se ho 2 contesti con limiti Operations
e CustomerService
e un'entità Order
.
Un cliente può richiedere un rimborso. Nel contesto Operations questo è chiamato refund
mentre nel contesto CustomerService è chiamato cancellation
. Nei miei modelli avrò qualcosa come order.refund()
o order.cancel()
.
La domanda è: dovrei avere 2 modelli per l'entità dell'ordine con un metodo chiamato refund()
mentre nell'altro contesto un metodo chiamato cancel()
? o dovrei forzare una singola terminologia?
L'implementazione della procedura di rimborso potrebbe essere la stessa o diversa.