dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem domain driven design

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:elim...

Dziel się z innymi:
Domain-Driven Design - podstawowe części składowe - Good Developer

Architektura 30 dni, 27 minut temu gocom 180 rozwiń

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żytkow...

Dziel się z innymi:
Domain-Driven Design - izolacja przy pomocy warstw. - Good Developer

Architektura 53 dni, 7 godzin, 36 minut temu gocom 218 rozwiń

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ół p...

Dziel się z innymi:
Domain-Driven Design - Język Wszechobecny.

Architektura 60 dni, 10 godzin, 8 minut temu gocom 179 rozwiń

Niniejszym otwieram cykl postów związanych z rozkminianiem architektury wytwarzania oprogramowania o nazwie DDD => Domain-Driven Desing. 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....

Dziel się z innymi:
Domain-Driven Design - wstęp - Good Developer

Architektura 64 dni, 18 minut temu gocom 266 rozwiń

Last time I wrote a post about the commands. Events are quite similar to the commands – the main difference between these 2 patterns is that the events are related to the things that have actually happened to our entity e.g. by invoking the command. They’re also a core part of the DDD (Domain Driven Desing) and can be easily implemented within our software solution.

Handling domain events | Piotr Gankiewicz

Sztuka programowania 410 dni, 16 godzin, 33 minuty temu spetz 137 rozwiń

TL;DR 1. Define events in the system Define sources (commands, process managers) and actors Group commands around aggregates Implement… Post-it, long piece of paper and people…Let’s play Generally speaking „event storming” is about extracting domain from events which describe it. In most of the complex domains there are events that represent important changes in the state of our domain, simply begin with them. We’ll need the following things:Unlimited modelling space – sounds impossibl...

Event Storming - from events to the model | Future Processing

Architektura 900 dni, 22 godziny, 51 minut temu FutureProcessing 173 rozwiń

Czwarty odcinek to badanie nowych gruntów: wyjście poza .NET! Moim gościem jest Sławomir Sobótka: założyciel firmy Bottega IT Solutions, trener, blogger, architekt. Wywodzi się ze środowiska Javy i można go spotkać na bardzo wielu konferencjach i grupach związanych z tą właśnie technologią. Rozprawiamy o Domain Driven Design, a Sławek jest jednym z najbardziej rozpoznawalnych polskich ekspertów w tym obszarze. Podczas rozmowy opowiada nam jakie korzyś...

Źródło: devtalk.pl
Dziel się z innymi:
04 - O Domain Driven Design z S. Sobótką | DevTalk

Inne 1019 dni, 22 godziny, 24 minuty temu psz750 383 rozwiń

Domain Driven Design (DDD) zostało zdefiniowane przez Erica Evansa w jego książce Domain-Driven Design: Tackling Complexity in the Heart of Software wydanej w 2003 roku. DDD nie jest metodyką tworzenia kodu, a definiowaniem komunikacji (połączeń) pomiędzy obiektami.

Dziel się z innymi:
Programowanie w .NET: Domain Driven Design

Sztuka programowania 1751 dni, 18 godzin, 4 minuty temu psz750 272 rozwiń

Re: NHibernateStarter... Czyli nawiązanie do świetnego posta Procent-a na temat jego sposobu budowy aplikacji. Poniżej zamieszczam moje aktualne poglądy na ten temat. Zieloną czcionką wyróżniłem fragmenty porównujące oba rozwiązania. O czym w ogóle mowaZawsze na początku należy sobie zadań takie pytanie. O jakich w ogóle aplikacjach mówimy? Procent opisywał przypadek nietrywialnej aplikacji biznesowej (OLTP), więc i ja posłużę się takową. Termin "nietrywialny" oznacza dla mnie znaczący stopień skomplikow...

Re: NHibernateStarter...

Architektura 2844 dni, 22 godziny, 58 minut temu Damian 65 rozwiń

Są takie momenty w życiu modelu domeny, kiedy niewinna, z pozoru, refaktoryzacja powoduje przełomowe zmiany w jego strukturze i zachowaniu. Jest to zjawisko, które (wg Erica Evansa) jest ostatecznym celem procesu knowledge crunching będącego istotą DDD. Jakiś tydzień temu byłem uczestnikiem właśnie takiego zjawiska. Moduł Zabezpieczeń, nad którym od jakiegoś czasu się pracowaliśmy zajmował się przetwarzaniem zabezpieczeń dla różnych obiektów biznesowych: ofert, transakcj...

Źródło: zine.net.pl
Dziel się z innymi:
DDD i breakthrough refactoring

Inne 2867 dni, 15 godzin temu Damian 37 rozwiń

Encje Encje są prawdopodobnie najważniejszymi elementami modelu domeny. Reprezentują najistotniejsze obiekty domeny problemu, czyli te, które mają własną tożsamość.

Źródło: zine.net.pl
Dziel się z innymi:
Encje

Architektura 2897 dni, 7 godzin, 23 minuty temu Damian 47 rozwiń

Jak w większości systemów budowanych w oparciu o DDD, tak i w naszym natrafiliśmy w końcu na problem poprawności obiektów modelu domeny. Na samym początku ograniczyłem się do przekazania programistom informacji, że dobry obiekt modelu powinien być zawsze poprawny. Pomyślałem, że jest to dobre pierwsze przybliżenie. Szczegółami zajmiemy się później. Szczegóły te miały, według moich przewidywań, dotyczyć walidacji zależnej od kontekstu, która sprawia, że Jeffrey Palermo nie wierzy w zasadę "always valid"....

Źródło: zine.net.pl
Dziel się z innymi:
Simon says... : [PL] Mentoring DDD: Poprawność

Architektura 3005 dni, 14 godzin, 41 minut temu macko 53 rozwiń

#befutureproof
Szkolenia SecurITum

październik

Dodaj nowe Zobacz wszystkie

Najaktywniejsi

1

macko (32 816,53)

2

http://pawlos.blo... (31 940,51)

3

pzielinski (27 178,29)

4

gordon_shumway (21 178,87)

5

paduda (20 336,33)

6

psz750 (13 018,14)

7

rroszczyk (10 386,48)

8

Damian (9 173,12)

9

danielplawgo (7 235,99)

10

arek (6 807,95)

11

burczu (6 214,22)

12

PaSkol (5 393,84)

13

lukaszgasior (4 097,38)

14

jj09 (3 683,06)

15

spetz (3 363,34)

16

jedmac (3 318,39)

17

http://jakub-flor... (3 224,66)

18

CaMeL (2 954,87)

19

dpawlukiewicz (2 736,19)

20

lkurzyniec (2 732,03)