dotnetomaniak.pl - Artykuły z tagiem DDD

Czym są archetypy modeli domenowych? Do czego mogą się przydać i jak uzupełniają się z technikami z Domain Driven Design?

Tagi: DDD, modelowanie
Źródło: itlibrium.com
Dziel się z innymi:
Archetypy modeli domenowych

Tworząc model domeny co konkretnie modelujemy? Czy chcemy mieć jeden model dla całego przedsięwzięcia czy wiele modeli? Czy można nie mieć modelu? Warto odpowiedzieć sobie na te pytania przed przystąpieniem do modelowania, żeby wiedzieć do jakiego celu zmierzamy.

Tagi: DDD, modelowanie
Źródło: itlibrium.com
Dziel się z innymi:
Jakiego modelu potrzebujemy?

W pracy nad każdym systemem IT opracowujemy "MODEL". Czym on jednak jest? Po co go robimy? Czy wszystkie modele są błędne? Czasami warto oderwać się nieco od technikaliów i spojrzeć na tworzenie systemów IT z nieco "filozoficznej" perspektywy.

Tagi: DDD, modelowanie
Źródło: itlibrium.com
Dziel się z innymi:
Czym jest model?

Sztuka programowania 534 dni, 1 godzinę, 42 minuty temu technites_pl 105 źrodło rozwiń

Czym zajmuje się programista? Pisaniem kodu, konfiguracją środowisk, debugowaniem, integracją z zewnętrznymi systemami? Z pewnością, ale czy jest to istota jego pracy?

Tagi: DDD, modelowanie
Źródło: itlibrium.com
Dziel się z innymi:
Programowanie jako modelowanie

Sztuka programowania 545 dni, 2 godziny, 44 minuty temu technites_pl 88 źrodło rozwiń

In previous posts I’ve talked about a problem which I’ve seen many times – modern coupling. In this post I will give you a list of tools for discovering proper service boundaries that will reduce that coupling to its minimum.

Designing and validating microservices boundaries – softwarearchitectures.io

Architektura 699 dni, 1 godzinę, 53 minuty temu Daniel Dziubecki 74 źrodło rozwiń

We’ve all seen systems that were tightly coupled, and maybe you are working in that kind of system right now. It seems that keeping codebase without high coupling its hard. Because most of the systems ends as not maintainable mess, we just need some time to make it like that. And I want to be clear, I’m not trying blaming any of you because I’ve done the same. But after 60 years from when coupling was invented, I think it’s time to stop chasing the newest technologies and focus on what is causing those p...

Źródło: itdepends.pl
Dziel się z innymi:
Modern coupling is now traveling in our queues

During the analysis of a certain process, you might end up with just one command that leads only to one event. It has happened to me during our first Process Level sessions. We did find commands to the events that we’ve spotted in the Big Picture session and it felt just right. Is It Really That Simple? There’s a catch though. You might end up with a model of the system that looks just like a CRUD. Is the whole system just a CRUD? Hmm… In most cases probably not. In my case, it was the s...

The Command Event Fallacy In The Process Level EventStorming Sessions - Sharing my insights about Software engineering

Narzędzia 822 dni, 47 minut temu lukaszcoding 35 źrodło rozwiń

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 1049 dni, 2 godziny, 10 minut temu kamgrzybek 93 ź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 1056 dni, 2 godziny, 12 minut temu kudchikarsk 96 źrodło rozwiń

Attributes of Clean Domain Model

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

Sztuka programowania 1241 dni, 1 godzinę, 19 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 1276 dni, 2 godziny, 12 minut temu Radosław Maziarka 160 ź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 1277 dni, 2 godziny, 9 minut temu fildev 85 ź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 1305 dni, 3 godziny, 1 minutę temu fildev 113 ź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 1359 dni, 1 godzinę, 49 minut temu technites_pl 263 źrodło rozwiń

How to handle Domain Events in complicated cases.

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

Sztuka programowania 1380 dni, 2 godziny, 10 minut temu kamgrzybek 135 ź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 1385 dni, 2 godziny, 37 minut temu technites_pl 366 ź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 1392 dni, 2 godziny, 46 minut temu technites_pl 199 ź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

Domain-Driven Design #03: bounded context

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

Architektura 1410 dni, 1 godzinę, 24 minuty temu fildev 207 ź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 1420 dni, 2 godziny, 32 minuty temu technites_pl 281 źrodło rozwiń

1 2 3 4

Najaktywniejsi w tym miesiącu