Quali domande/soluzioni sorgono quando si pratica il Design guidato da domini?Quali sono le principali domande/soluzioni incontrate nella progettazione orientata al dominio?
Ho trovato un po 'difficile capirlo quando nuove situazioni continuano a sorgere, quindi sto cercando di compilare un elenco di buone risorse/domande in un posto per aiutare me e chiunque mi abbia problemi a coglierlo/implementarlo.
Alcune domande si possono trovare a cercare i tag domain-driven-design o ddd qui a SO. Il libro di Eric Evans offre anche alcune informazioni su alcune situazioni che potresti incontrare.
Una nota importante è ddd è come test, nell'aspetto che aumenta il tempo di sviluppo di nuove funzionalità, ma aumenta la qualità (e di conseguenza riduce i tempi di sviluppo a lungo termine). Potrebbe essere necessario un contatto costante con esperti di dominio, in modo che tu possa perfezionare il modello ogni volta che viene visualizzato un problema.
IMHO, il problema più importante di ddd è avere un dominio valido e significativo. La maggior parte dei problemi (anche se non tutti) è il problema di root
È difficile dire quali sono i problemi più comuni, poiché ogni dominio è un dominio diverso, con le sue peculiarità ...
Nella mia esperienza, una delle regole principali è "costruire il linguaggio Ubiquitous". Non dimenticarlo, è uno degli aspetti più preziosi che DDD fornisce al processo di sviluppo. Con un linguaggio onnipresente forte e condiviso arriva un dominio significativo e una visione condivisa del problema che aiuta molto.
La mia seconda regola è "Il modello è solo una": non dati del modello, gli oggetti, le classi, le tabelle ... solo di fronte al dominio di un modello di esso, tutto il resto deve essere derivato naturalmente da questo modello, non c'è spazio tra una classe UML nel modello e la classe Java (o la lingua che stai usando).