Domain-Driven Design - cykl życia.
DDD – i jego życie

Wstęp Poprzedni artykuł dotyczący składowych elementów wykorzystywanych w Domain-Driven Development, charakteryzuje komponenty wykorzystywane przy budowie złożonych modelów dziedziny (ang. Domain Model). Jednak owe komponenty wchodzą w skład większego bytu, posiadają swój cykl życia. Podobnie jak istota żywa, rodzą się, funkcjonują, umierają i niekiedy pozostawiają po sobie ślad w historii. W całym tym cyklu życia niezbędne […]

Read More →
Usługi (ang. service)
Domain-Driven Design – podstawowe części składowe

Do budowy Modelu Dziedziny (ang. Domain Model), wykorzystujemy kilka bazowych składowych powiązanych ze sobą relacjami. Asocjacje (ang. associations) Asocjacja to swoista abstrakcja stanowiąca o związku pomiędzy bytami wchodzącymi w skład Modelu Dziedziny (ang. Domain Model), jaką twórca uznał za odpowiednią. O czym należy pamiętać tworząc asocjacje: eliminacja zbędnych, im więcej tym model jest bardziej skomplikowany unikanie […]

Read More →
loose-coupling
Domain-Driven Design – izolacja przy pomocy warstw.

Poprawne modelowanie dziedziny skutkuje bezwzględnym wymaganiem dotyczą jej izolacji od reszty systemu. Z pomocą przychodzi architektura warstwowa wyodrębniająca z aplikacji spójne ze sobą pod względem działania obszary. Zebrane w ten sposób funkcjonalności są składowymi warstw. Przy czym bazowy zestaw warstw został zdefiniowany i zawiera: Interfejsu Użytkownika (ang. User Interface) – warstwa ta odpowiedzialna jest za […]

Read More →
Domain-Driven Design
Domain-Driven Design – Język Wszechobecny.

Odwiecznym problemem jaki napotykają na swojej drodze dwie ścierające się siły: zlecający i wykonawca, jest wzajemna komunikacji i zrozumienie. Problem narasta gdy obie persony obracają się w odseparowanych środowiskach. Przykładem takiej sytuacji jest klient (Ekspert Domenowy, eng. Domain Expert) definiujący wymagania aplikacji i wykonawca (np.: zespół programistów, programista). Dobrym przykładem takiej sytuacji jest często komunikacja […]

Read More →
Domain-Driven Design
Domain-Driven Design – Wstęp

Niniejszym otwieram cykl postów związanych z rozkminianiem architektury wytwarzania oprogramowania o nazwie DDD => Domain-Driven Design. Jest to temat jaki od pewnego czasu dręczy mnie, i chcę rozwinąć swoje zdolności w tym konkretnym obszarze.   W tym celu zaopatrzyłem się w dwie pozycje: Domain-Driven Design. Zapanuj nad złożonym systemem informatycznym. Eric Evans. DDD dla architektów […]

Read More →
PictOgr – widok konfiguracji + model domeny

Widok konfiguracji Ważnym elementem PictOgr-a jest konfiguracja, w niej właśnie będzie definiowana struktura katalogów dla zdjęć. Nazwy powinny składać się z wielu modułów. W tym celu konfiguracja powinna dać możliwość składania wzorca lokalizacji pliku z dostępnych modułów nazwy jakie można wyciągnąć z pliku: EXIF – Exchangeable Image FIle Format – bogactwo możliwości definicji nazw, czasy […]

Read More →
PictOgr – cebulka + moje pierwsze DDD.

Udało się ugotować cebulkę, projekt wygląda znacznie lepiej aniżeli wcześniej. I dodatkowo ma większe możliwości. Stworzyłem też moje pierwsze DDD (Domain-Driven Design), ostatnio zachorowałem w tym kierunku (tak jak CQRS i Onion), i pragnę zgłębiac temat… Zmiana architektury na tak wczesnym etapie projektu nie była zbyt bolesna. Tym bardziej, iż CQRS został wyodrębniony wcześniej. Jest to […]

Read More →