Domain-Driven Design jest skuteczną metodą analizy i modelowania złożonych, nierozpoznanych jeszcze problemów biznesowych. Jednak niektóre wzorce strategiczne są bardzo mgliste i mogą nie dostarczać konkretnych sposobów do działania w projekcie. Krytyka DDD w tym obszarze wydaje się mieć sporo podstaw…
Bo czym adekwatnie jest subdomena? W myśl definicji, subdomena jest zwykle wyodrębnionym obszarem, który może być zarządzany i rozwijany niezależnie od innych, posiadając swoje specyficzne reguły biznesowe, modele i zasoby. Ale czym się subdomena różni od domeny, jak skutecznie wyznaczyć ten “wyodrębiony” obszar i adekwatnie czemu to ma służyć? jeżeli dodamy to tego lingwistyczne granice kontekstów, to robi się z tego trudna do strawienia mieszanka.
Zapraszam do odwiedzenia strony https://bettersoftwaredesign.pl/podcast/o-modularyzacji-bez-uzycia-subdomen-i-heurystyk-ddd-z-lukaszem-szydlo/, gdzie znajdziesz więcej treści o projektowaniu oprogramowania.
A jeżeli chcesz więcej, to polecam Ci odwiedzić moje miejsca w Internecie:
👉 https://bettersoftwaredesign.pl, podcast o architekturze i projektowaniu oprogramowania
👉 https://twitter.com/mariuszgil, dev profil na Twitterze
👉 https://www.instagram.com/mariuszgil_dev/, dev profil na Instagramie, gdzie jestem ostatnio wyjątkowo aktywny
