dotnetomaniak.pl - Artykuły z tagiem DDD

How to handle concurrency conflicts and enforce invariants using Entity Framework Core and Domain-Driven Design Aggregate Pattern.

Tagi: DDD, EF, efcore
Źródło: kamilgrzybek.com
Dziel się z innymi:
[EN] Handling concurrency - Aggregate Pattern and EF Core - Kamil Grzybek

Architektura 203 dni, 13 godzin, 56 minut temu kamgrzybek 90 źrodło rozwiń

CQRS is a simple pattern that strictly segregates the responsibility of handling command input into an autonomous system from the responsibility of handling side-effect-free query/read access on the same system. If you are familiar with Domain-Driven Design, you’ve most likely heard about, Command-Query Responsibility Segregation (CQRS). Though the CQRS pattern is well-known, there are still a lot of misconceptions around this pattern, especially when it comes to applying it in real-world software proje...

CQRS - Code with Shadman

Sztuka programowania 210 dni, 13 godzin, 57 minut temu kudchikarsk 95 źrodło rozwiń

Attributes of Clean Domain Model

Dziel się z innymi:
[EN] Attributes of Clean Domain Model - Kamil Grzybek

Sztuka programowania 395 dni, 13 godzin, 5 minut temu kamgrzybek 126 źrodło rozwiń

Kolejny odcinek z cyklu o Bounded Contextach - tym razem czym jest ostateczna spójność i dlaczego warto ją stosować przy wykorzystaniu kontekstów.

Źródło: radekmaziarka.pl
Dziel się z innymi:
Dlaczego Bounded Contexty są ważne – ostateczna spójność | Radek Maziarka

Sztuka programowania 430 dni, 13 godzin, 58 minut temu Radosław Maziarka 156 źrodło rozwiń

Eric Evans in the book DDD: Tackling Complexity in the Heart of Software presents a model characteristic for Domain Driven Design, which consists of layers: User Interface, Application, Domain and Infrastructure.

[EN] Domain-Driven Design #07: layers of architecture and persistence ignorance

Sztuka programowania 431 dni, 13 godzin, 54 minuty temu fildev 84 źrodło rozwiń

Domain-Driven Design #06: aggregate and aggregate root

Źródło: fildev.net
Dziel się z innymi:
[EN] Domain-Driven Design #06: aggregate and aggregate root

Architektura 459 dni, 14 godzin, 46 minut temu fildev 104 źrodło rozwiń

Polityka to Building Block z DDD, który pozwala otwierać model na rozbudowę w tych miejscach, w których biznes może tego faktycznie potrzebować. Pojedyncze Polityki zwykle są stosunkowo proste, ich kompozycja może jednak modelować bardzo złożone wymagania biznesowe. Jak zaimplementować je w C#, żeby maksymalnie zwiększy czytelność?

Tagi: DDD, DDDSample
Źródło: itlibrium.com
Dziel się z innymi:
Jak zaimplementować Polityki z DDD w C#

Sztuka programowania 513 dni, 13 godzin, 34 minuty temu technites_pl 235 źrodło rozwiń

How to handle Domain Events in complicated cases.

[EN] Handling Domain Events: Missing Part - Kamil Grzybek

Sztuka programowania 534 dni, 13 godzin, 55 minut temu kamgrzybek 133 źrodło rozwiń

Value Object to bardzo użyteczny Building Block z DDD. Jego użycie znacznie zwiększa ekspresywność kodu i redukuje ilość defensywnej logiki. Jak składnia C# wpiera implementację Value Objectów? Których konstrukcji językowych używać, żeby maksymalnie zwiększyć czytelność? Na szczęście C# ma w tym obszarze sporo do zaproponowania, więc kod może być naprawdę elegancki.

Źródło: itlibrium.com
Dziel się z innymi:
Jak zaimplementować Value Object z DDD w C#

Sztuka programowania 539 dni, 14 godzin, 23 minuty temu technites_pl 328 źrodło rozwiń

W DDD najważniejsze jest oczywiście poznanie naszej domeny, zbudowanie Ubiquitous Language i Modelu wiernie odzwierciedlającego biznes. Na koniec dnia trzeba jednak ubrać to w kod. Ten projekt jest ilustracją różnych podejść do implementacji wzorców znanych z DDD i nie tylko.

Źródło: itlibrium.com
Dziel się z innymi:
Nowy projekt Open Source: DDD-starter-dotnet

Sztuka programowania 546 dni, 14 godzin, 31 minut temu technites_pl 197 źrodło rozwiń

Kolejny post z serii o Bounded Contextach - przykład w jaki sposób narzędzia BI potrafią zaburzać pracę kontekstów i jak sobie z nimi radzić. A także nieco o socjotechnicznych aspektach BC 😊

Źródło: radekmaziarka.pl
Dziel się z innymi:
Dlaczego Bounded Contexty są ważne – narzędzia Business Inteligence | Radek Maziarka

Sztuka programowania 556 dni, 11 godzin, 58 minut temu Radosław Maziarka 96 źrodło rozwiń

Domain-Driven Design #03: bounded context

Źródło: fildev.net
Dziel się z innymi:
Domain-Driven Design #03: bounded context

Architektura 564 dni, 13 godzin, 10 minut temu fildev 204 źrodło rozwiń

Projekty i namespace’y to niedoceniane elementy, które mogą znacząco poprawić czytelność naszego kodu. Warto stosować je w sposób przemyślany, a nie „jakkolwiek, bo to przecież nieistotne”. Kod czyta się co najmniej 10 razy częściej, niż się go modyfikuje. Warto więc zainwestować w jego czytelność i wymusić na poziomie kompilacji tak wiele sprawdzeń jak to tylko możliwe.

Źródło: itlibrium.com
Dziel się z innymi:
Do czego w DDD wykorzystać projekty i namespace’y z C# ?

Sztuka programowania 574 dni, 14 godzin, 17 minut temu technites_pl 277 źrodło rozwiń

Domain-Driven Design - "język wszędobylski"

Źródło: fildev.net
Dziel się z innymi:
[EN] Domain-Driven Design #02: ubiquitous language

Architektura 599 dni, 14 godzin, 8 minut temu fildev 68 źrodło rozwiń

Czy mikroserwisy to Bounded Contexty? Czy modularyzacja na poziomie architektury systemowej powinna wpływać na sposób wdrożenia? Co tak właściwie chcemy osiągnąć wprowadzając podziały na różnych poziomach architektury?

Źródło: itlibrium.com
Dziel się z innymi:
Architektura systemowa i wdrożeniowa są ortogonalne

Architektura 599 dni, 14 godzin, 8 minut temu technites_pl 141 źrodło rozwiń

Architektura nie musi być kosztowna, trzeba tylko podejść do jej tworzenia w rozsądny sposób. Istotne jest, żeby nie popaść w over-engineering z jednej strony i kompletny chaos z drugiej. Na szczęście są zasady i narzędzia, które mogą nam w tym istotnie pomóc.

Źródło: itlibrium.com
Dziel się z innymi:
Dobra architektura nie musi być kosztowna – Wnioski

Architektura 606 dni, 14 godzin, 43 minuty temu technites_pl 87 źrodło rozwiń

Początek cyklu postów o Domain driven desing.

Źródło: fildev.net
Dziel się z innymi:
[EN] Domain-Driven Design #01: main principles

Architektura 613 dni, 14 godzin, 50 minut temu fildev 134 źrodło rozwiń

Kolejny post z serii o Bounded Contextach - jak konteksty mają się do architektury zdarzeniowej.

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

Sztuka programowania 617 dni, 13 godzin, 30 minut temu Radosław Maziarka 128 źrodło rozwiń

Na poziomie aplikacji architektura powinna wspierać modelowanie domeny czyli serca całego systemu. Czym powinna się charakteryzować architektura, żeby wspierać podejście Domain First? Czy tradycyjne warstwy są dobrą odpowiedzią na te potrzeby?

Architektura wspierająca podejście Domain First

Architektura 619 dni, 13 godzin, 13 minut temu technites_pl 180 źrodło rozwiń

Jak podejść do projektowania architektury systemu ? Co trzeba określić już na start, a co może poczekać ? Od czego mogą zależeć wybory architektoniczne i kiedy jest najlepszy moment na ich podjęcie ? Pytania te nie mają niestety jednej prostej odpowiedzi. Przyjęte podejście ma jednak niezwykle istotny wpływ na powstający system.

Tagi: architektura, DDD
Źródło: itlibrium.com
Dziel się z innymi:
Od czego zacząć projektowanie architektury?

Architektura 626 dni, 13 godzin, 47 minut temu technites_pl 230 źrodło rozwiń

1 2 3 4
.NET diagnostic expert
DAC2019baner

Najaktywniejsi

1
(32 895,6)
2
(32 816,53)
3
(27 178,29)
4
(21 178,88)
5
(20 336,33)
6
(13 018,14)
7
(10 531,64)
8
(9 775,28)
9
(8 558,3)
10
(6 837,96)
11
(6 214,22)
12
(5 393,84)
13
(4 157,41)
14
(4 026,73)
15
(3 908,07)
16
(3 599,64)
17
(3 448,35)
18
(3 318,39)
19
(3 224,66)
20
(3 221,43)