dotnetomaniak.pl

dotnetomaniak.pl - Artykuły z tagiem DDD

W tym artykule chcialbym pokawać jak bardzo nasze rozumienie rzeczywistości wpływa na światd dookoła: - gdzie popełniamy błędy poznawcze - skąd się te błędy bioą - jak możemy im się przeciwstawić

Źródło: radblog.pl
Dziel się z innymi:
Podstawy psychologiczne Ubiquitous Language | Radek Maziarka

Sztuka programowania 19 dni, 18 godzin, 8 minut temu Radosław Maziarka 74 rozwiń

Dzisiaj czas na kolejny wpis poświęcony wzorcom kreacyjnym, a konkretnie na omówienie wzorca projektowego Builder. Builder jest wzorcem, który dzieli implementację obiektu na etapy.

Wzorzec projektowy Twoim wzorcem cz. 3. Budowniczy - nomesscode

Architektura 23 dni, 18 godzin, 20 minut temu igorzysko 76 rozwiń

Kolejny post z serii o Bounded Contextach - jakie problemy niesie brak kontekstów w aplikacji. I dlaczego produkt w jednym dziale nie będzie tym samym produktem w drugim dziale 😉

Źródło: radblog.pl
Dziel się z innymi:
Dlaczego Bounded Contexty są ważne – przykład 2 | Radek Maziarka

Sztuka programowania 28 dni, 18 godzin, 12 minut temu Radosław Maziarka 86 rozwiń

Na każdym etapie swojej kariery programista patrzy na interfejsy zupełnie inaczej. Programista rozpoczynający przygodę z programowaniem nawet jeśli zrozumie technikę działania interfejsów, to prawdopodobnie w perspektywie całej architektury aplikacji nie będzie do końca przekonany o sensie ich używania. Starszy programista z kolei dostrzeże wiele ich zalet, a wręcz konieczność ich stosowania..

Interfejsy w C# - jak i kiedy ich używać?

Sztuka programowania 54 dni, 17 godzin, 38 minut temu igorzysko 208 rozwiń

Kolejny post z serii o Bounded Contextach - język i jego wpływ na tworzone konteksty. Nieco o Ubitiquous Language i psychologii 😉

Źródło: radblog.pl
Dziel się z innymi:
Dlaczego Bounded Contexty są ważne – język | Radek Maziarka

Sztuka programowania 57 dni, 18 godzin, 17 minut temu Radosław Maziarka 88 rozwiń

Rozpoczynam kolejny cykl - tym razem o Bounded Contextach. Zobacz czym są konteksty i jak mogą pomóc twojej aplikacji.

Dlaczego Bounded Contexty są ważne – wprowadzenie | Radek Maziarka

Sztuka programowania 90 dni, 18 godzin, 4 minuty temu Radosław Maziarka 126 rozwiń

W tym wpisie, kolejnym z serii dotyczącej kreacyjnych wzorców projektowych, omówię wzorzec projektowy Prototype – Prototyp. Prototyp, zgodnie z intuicją, ma za zadanie dostarczyć jakiś pierwotny obiekt, który potem wykorzystamy do konkretnych celów. Tym celem będzie tworzenie obiektów interesujących klienta.

Wzorzec projektowy Twoim wzorcem cz.2. Prototyp

Architektura 102 dni, 18 godzin, 20 minut temu igorzysko 86 rozwiń

Wprowadzenie Dzisiaj przedstawię Wam temat wzorców projektowych, a głównie pierwszy wzorzec projektowy, który wybrałem jakim jest Metoda fabryczna – Factory Method. Powiem, czemu je stosować, jakie istnieją rodzaje wzorców projektowych, jakie istnieją poszczególne wzorce projektowe, a na samym końcu wpisu zamieszczę przykładową implementację danego wzorca w języku C#. Wzorzec projektowy jest pewnym schematem, ogólnym rozwiązaniem pewnego problemu, na podstawie którego powstaje potem konkretna implementa...

Wzorzec projektowy Twoim wzorcem cz.1. Metoda fabryczna

Architektura 104 dni, 18 godzin, 8 minut temu igorzysko 101 rozwiń

I finished work on my presentation about “Domain Driven Design – Facts / Myths / Microservices”. Check my slides and recommended articles / videos.

Tagi: DDD
Źródło: radblog.pl
Dziel się z innymi:
Domain Driven Design – Lightning Talk | Radek Maziarka Blog

Sztuka programowania 173 dni, 17 godzin, 6 minut temu Radosław Maziarka 112 rozwiń

Persystencja zawsze budzi wiele emocji i skrajnych opinii. W tym artykule pokażemy, jakie opcje są do wyboru przy persystowaniu agregatów z DDD i jak pragmatycznie do nich podejść. Przejdziemy kolejno przez bezpośredni zapis agregatów, robienie Snapshotów, tworzenie osobnego modelu danych na podstawie zdarzeń, a na koniec dotrzemy do Event Sourcingu.

Źródło: itlibrium.com
Dziel się z innymi:
4 sposoby persystencji agregatów DDD

Sztuka programowania 230 dni, 18 godzin, 10 minut temu technites_pl 209 rozwiń

Własna tożsamość to główny wyróżnik Encji w DDD. Jest ona wyrażana przez Id obiektu, którym w praktyce najczęściej okazuje się … int z bazy danych. Nie jest to najlepsze rozwiązanie, skoro w DDD chodzi o modelowanie biznesu. Postaram się przedstawić alternatywne podejście i jego implementację, która pozwala w możliwie bezbolesny sposób wprowadzić biznesowe identyfikatory do naszych encji.

Tagi: DDD
Źródło: itlibrium.com
Dziel się z innymi:
Identyfikowanie obiektów domenowych

Sztuka programowania 273 dni, 19 godzin, 33 minuty temu technites_pl 225 rozwiń

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 417 dni, 19 godzin, 35 minut temu gocom 223 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 441 dni, 2 godziny, 44 minuty temu gocom 245 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 448 dni, 5 godzin, 16 minut temu gocom 195 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 451 dni, 19 godzin, 26 minut temu gocom 293 rozwiń

A więc dalej modelujesz swoją domenę. Który agregat powinien odpowiadać za obsłużenie danego zdarzenia? Do którego agregatu przynależy dane zdarzenie? Zapraszam do lektury

Top Domain Model: I’ve been pivoting all night long | Szymon Kulec `Scooletz`

Architektura 523 dni, 17 godzin, 38 minut temu Scooletz 37 rozwiń

A więc modelujesz swoją domenę. W Twoim modelu masz agregat, który okresowo jest niezwykle obciążany przez użytkowników systemu. W jaki sposób do tego nie dopuścić? Jak przearanżować model tak, aby łatwiej obsługiwał takie sytuacje? Zapraszam do lektury #TopDomainModel

Źródło: blog.scooletz.com
Dziel się z innymi:
Top Domain Model: I’m temporal | Szymon Kulec `Scooletz`

Architektura 529 dni, 5 godzin, 50 minut temu Scooletz 94 rozwiń

Od pewnego czasu chodził mi głowie pomysł by napisać coś o DDD. Tak się złożyło, ze u mnie w firmie powstaje element systemu o nazwie Audit, który będzie służył do zarządzania (planowanie, wykonanie, raportowanie) audytami. Zdecydowałem się pokazać na blogu jak napisać taki system w oparciu o reguły DDD (głównie ze względu na to, że w obecnym projekcie nie korzystamy z DDD). Aby urealnić cały proces, wymagania które będziemy implementować będą pochodzić z rzeczywistej domeny. Oczywiście będzie ...

Tagi: .Net, architecture, C#, DDD
Dziel się z innymi:
Blog piwno-programistyczny: DDD w praktyce #0 - Model domeny

Architektura 725 dni, 14 godzin, 42 minuty temu markone 254 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 798 dni, 11 godzin, 41 minut temu spetz 151 rozwiń

Dziś podzielę się z Tobą ciekawą listą materiałów o DDD, czyli Domain Driven Design. Jest to podejście do tworzenia oprogramowania przydatne wtedy, kiedy domena nad którą pracujemy jest skomplikowana. Jednocześnie nie zalecane do trywialnych części aplikacji w stylu „encje na twarz i pchasz” czyli typu CRUD. Ułatwia pracę z kodem jak i… klientem :-). Temat, którym na pewno warto się zainteresować.

Tagi: DDD, materiały
Źródło: oprogramowaniu.pl
Dziel się z innymi:
Jak zacząć z DDD (Domain Driven Design) – materiały – O programowaniu

Architektura 870 dni, 12 godzin, 45 minut temu AreQrm 541 rozwiń

1 2