Jakie pytania/rozwiązania pojawiają się, gdy stosuje się Design oparty na Domain-Driven?Jakie są główne pytania/rozwiązania napotkane w projektowaniu opartym na domenie?
Odkryłem, że uchwycenie tego jest nieco trudniejsze, ponieważ pojawiają się nowe sytuacje, więc staram się skompilować listę dobrych zasobów/pytań w jednym miejscu, aby pomóc mi i każdemu, kto ma problemy z uchwyceniem/wdrożeniem.
Kilka pytań można znaleźć, szukając tagów domain-driven-design lub ddd tutaj w SO. Książka Eric Evans daje również dobry wgląd w niektóre sytuacje, z którymi możesz się spotkać.
Ważną informacją jest to, że ddd jest jak testy, ponieważ zwiększa czas rozwoju nowych funkcji, ale zwiększa jakość (i w konsekwencji skraca czas programowania w dłuższej perspektywie). Możesz potrzebować stałego kontaktu z ekspertami domeny, aby móc udoskonalić model za każdym razem, gdy pojawi się problem.
IMHO, najważniejszym problemem ddd jest posiadanie dobrej, znaczącej domeny. Większość problemów (choć nie wszystkie) powodują słabe zrozumienie domeny
Trudno powiedzieć, jakie problemy są najczęstsze, ponieważ każda domena jest inną domeną, z własną osobliwością ...
Z mojego doświadczenia wynika, że jedną z najważniejszych zasad jest "Budowanie wszechobecnego języka". Nie zapominaj o tym, jest to jeden z najcenniejszych aspektów, które DDD zapewnia w procesie rozwoju. Z silnym i wspólnym wszechobecnym językiem pochodzi znacząca domena i wspólna wizja problemu, który bardzo pomaga.
Moja druga zasada to "Model jest tylko jeden": nie modeluj danych, obiektów, klas, tabel ... po prostu stań w domenie i modeluj to, wszystko inne musi pochodzić naturalnie z tego modelu, nie ma luki między klasą UML w modelu a klasą Java (lub językiem, którego używasz).