dotnetomaniak.pl - Artykuły z tagiem DDD

Maciej "MJ" Jedrzejewski – Your AI & Software Consultant in SwitzerlandHomeAbout meMastering Strategic Domain-Driven Design After all the previous steps, we are ready to continue our journey and try to prepare the first draft for splitting the Fitness Studio domain into several subdomains. But there is still a long way to go. First, let’s try to define what a subdomain is. Every business operates in some business domain – we all know that. To keep it efficient, it is usually divided into different a...

Mastering Strategic Domain-Driven Design – 3. Draft of Subdomains – Maciej "MJ" Jedrzejewski – Your AI &  Software Consultant | Schweiz

Architektura niedziela, 1 października 2023 08:37:41 GMT jedmac 1 spam? źrodło rozwiń

Oh boy, here we go again. Every time we build software, we operate in an area called a domain. It is something that describes our business. It can be:E-commerce – this domain can include online shopping, product catalogue, order processing, payments and many other smaller partsTaxes – in this domain we can find areas like income tax, corporate tax, tax compliance or tax policy...

Mastering Strategic Domain-Driven Design – 2. The Domain – Maciej "MJ" Jedrzejewski

Architektura niedziela, 6 sierpnia 2023 09:47:57 GMT jedmac 2 spam? źrodło rozwiń

Years ago I wanted to start learning Domain-Driven Design. It was quite a popular topic, many of my colleagues were discussing it. The problem, as always, was where to start. I decided to ask one of my old mentors. He told me, “MJ, there is a great book about DDD called the Blue Book. Go and read it and everything will be clear. There is nothing better on the market”. “Well, it m...

Mastering Strategic Domain-Driven Design – 1. The Beginning – Maciej "MJ" Jedrzejewski

Architektura 69 dni, 33 minuty temu jedmac 72 źrodło rozwiń

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?

Sztuka programowania 692 dni, 23 godziny, 40 minut temu technites_pl 59 źrodło rozwiń

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 721 dni, 1 godzinę, 2 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 732 dni, 2 godziny, 3 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 886 dni, 1 godzinę, 12 minut 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 1009 dni, 6 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 1236 dni, 1 godzinę, 30 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 1243 dni, 1 godzinę, 31 minut temu kudchikarsk 96 ź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 1463 dni, 1 godzinę, 32 minuty temu Radosław Maziarka 161 ź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 1464 dni, 1 godzinę, 28 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 1492 dni, 2 godziny, 21 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 1546 dni, 1 godzinę, 8 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 1567 dni, 1 godzinę, 29 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 1572 dni, 1 godzinę, 57 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 1579 dni, 2 godziny, 5 minut temu technites_pl 199 źrodło rozwiń

1 2 3 4

Najaktywniejsi w tym miesiącu

1
(10,01)
2
(10)