Domain Driven Design 🚘 Entity Framework 🖼 REST API 😴 HATEOAS 🏃♂️ C# Codebeispiel
Domain Driven Design ist ein Software-Design-Ansatz mit dem Ziel die Domäne genau zu in der Software zu modellieren. Drei Kerneigenschaften sind:
-Zusammenarbeit Ubiquitious Language
-Fokus auf Kerndomäne und Domänelogik
-Genaue Modellierung
Zwei Autoren und IT-Pioniere, die im direkten Zusammenhang zu DDD stehen, sind Eric Evans und Martin Fowler.
Das Entity Framework ist ein „object relational mapper“ zum Abbilden von Objekten in (meistens) relationalen Datenbanken.
Wir betrachten verschiedene Muster für das DDD, u. a. „Bounded Context“, das Unit of Work Pattern, Repository Pattern und Layered Architecture.
Zum Ende folgt eine knappe Erklärung zu REST APIs und der HATEOAS Anwendungs Architektur.
Kapitel:
00:00 DDD Kernprinzipien
02:35 Bounded Context
03:40 Unit of Work
04:20 Client-Server Architektur
05:55 Model View Controller Architektur
07:10 Layered Architektur
09:30 Repository Pattern
10:10 DDD Fazit
11:25 Entity Framework
12:20 Codebeispiel
13:20 Domäneebene
14:35 Infrastukturebene
15:11 Anwendungsebene
16:00 API-Ebene und Controller
18:25 REST API
20:00 HATEOAS
21:40 REST API Contras
Quellen:
Eric Evans: https://nofluffjuststuff.com/conferen...
Bounded Context: https://learn.microsoft.com/en-us/azu...
https://martinfowler.com/bliki/Bounde...
UoW: https://martinfowler.com/eaaCatalog/u...
Repository Pattern: https://deviq.com/design-patterns/rep...
.Net Core vs .Net Framework: https://www.geeksforgeeks.org/differe...
HTTP Status codes: https://en.wikipedia.org/wiki/List_of...
HATEOAS: https://blog.jeremylikness.com/blog/2...
REST API Attacks: https://www.slideshare.net/GrahamChar...