How to handle concurrency conflicts and enforce invariants using Entity Framework Core and Domain-Driven Design Aggregate Pattern.
dotnetomaniak.pl - Artykuły z tagiem DDD
![CQRS - Code with Shadman]()
![[EN] Attributes of Clean Domain Model - Kamil Grzybek]()
![Dlaczego Bounded Contexty są ważne – ostateczna spójność | Radek Maziarka]()
![[EN] Domain-Driven Design #07: layers of architecture and persistence ignorance]()
![[EN] Domain-Driven Design #06: aggregate and aggregate root]()
![Jak zaimplementować Polityki z DDD w C#]()
![Jak zaimplementować Value Object z DDD w C#]()
![Nowy projekt Open Source: DDD-starter-dotnet]()
![Dlaczego Bounded Contexty są ważne – narzędzia Business Inteligence | Radek Maziarka]()
![Domain-Driven Design #03: bounded context]()
![Do czego w DDD wykorzystać projekty i namespace’y z C# ?]()
![[EN] Domain-Driven Design #02: ubiquitous language]()
![Architektura systemowa i wdrożeniowa są ortogonalne]()
![Dobra architektura nie musi być kosztowna – Wnioski]()
![[EN] Domain-Driven Design #01: main principles]()
![Dlaczego Bounded Contexty są ważne – Architektura zdarzeniowa | Radek Maziarka]()
![Architektura wspierająca podejście Domain First]()
![Od czego zacząć projektowanie architektury?]()
DDD
Architektura 132 dni, 1 godzinę, 56 minut temu 84 ź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...
Źródło:
codewithshadman.com
Dziel się z innymi:
Sztuka programowania 139 dni, 1 godzinę, 57 minut temu 94 źrodło rozwiń
Attributes of Clean Domain Model
Sztuka programowania 324 dni, 1 godzinę, 4 minuty temu 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.
Sztuka programowania 359 dni, 1 godzinę, 58 minut temu 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.
Źródło:
fildev.net
Dziel się z innymi:
Sztuka programowania 360 dni, 1 godzinę, 54 minuty temu 84 źrodło rozwiń
Domain-Driven Design #06: aggregate and aggregate root
Architektura 388 dni, 2 godziny, 46 minut temu 102 ź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ść?
Sztuka programowania 442 dni, 1 godzinę, 34 minuty temu 233 źrodło rozwiń
Sztuka programowania 463 dni, 1 godzinę, 55 minut temu 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.
Sztuka programowania 468 dni, 2 godziny, 22 minuty temu 313 ź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.
Sztuka programowania 475 dni, 2 godziny, 31 minut temu 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 😊
Sztuka programowania 484 dni, 23 godziny, 57 minut temu 96 źrodło rozwiń
Domain-Driven Design #03: bounded context
Architektura 493 dni, 1 godzinę, 9 minut temu 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.
Sztuka programowania 503 dni, 2 godziny, 17 minut temu 277 źrodło rozwiń
Domain-Driven Design - "język wszędobylski"
Architektura 528 dni, 2 godziny, 8 minut temu 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?
Architektura 528 dni, 2 godziny, 8 minut temu 140 ź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.
Architektura 535 dni, 2 godziny, 43 minuty temu 87 źrodło rozwiń
Początek cyklu postów o Domain driven desing.
Architektura 542 dni, 2 godziny, 50 minut temu 134 źrodło rozwiń
Kolejny post z serii o Bounded Contextach - jak konteksty mają się do architektury zdarzeniowej.
Sztuka programowania 546 dni, 1 godzinę, 29 minut temu 127 ź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?
Źródło:
itlibrium.com
Dziel się z innymi:
Architektura 548 dni, 1 godzinę, 13 minut temu 179 ź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.
Architektura 555 dni, 1 godzinę, 47 minut temu 230 źrodło rozwiń
Polecamy
Nadchodzące wydarzenia
Najaktywniejsi
.Net
.net core
architektura
ASP .NET
asp.net
Asp.Net Core
ASP.NET MVC
Azure
C#
C# .NET
certyfikacja
certyfikat
cloud
daj sie poznac 2017
Daj się poznać
Daj Się Poznać 2017
dajsiepoznac
DDD
docker
dotnet
dsp2017
egzamin
Entity Framework
F#
git
JavaScript
jQuery
konferencja
Linq
mvc
MVVM
Narzędzia
performance
praca
programowanie
SharePoint
Silverlight
SQL
sql server
TDD
testy
Visual Studio
Visual Studio 2010
WCF
Windows
Windows 8
windows phone
WPF
Wzorce projektowe
Xamarin