DDD - Domain Driven Design - TYPO3camp Stuttgart 2011

DOMAIN-DRIVEN DESIGN

Modernes Softwaredesign

22.05.2011

Patrick Lobacher (GF typovision*)

ÜBER PATRICK LOBACHER• Patrick Lobacher (geb. Schuster) - GF typovision*

• 40 Jahre alt, verheiratet, wohnhaft in München

• Autor von 6 Fachbüchern und 26 Fachartikeln zum Thema TYPO3 und Webentwicklung

• Certified TYPO3 Integrator seit 2009

• Mitglied in den TYPO3 Core-Teams: Certification & Documentation

• Mitveranstalter des TYPO3camp München

• Speaker auf nationalen und internationalen Kongressen

• Dozent für führende Schulungsinstitute und die MVHS

ÜBER TYPOVISION*

• Münchner Fullservice-Agentur für digitale Kommunikation• 9 Mitarbeiter (+ 8 aus festem Freelancer Pool)• Geschäftsführer: Patrick Lobacher• Spezialisiert auf TYPO3 seit 8 Jahren (Extbase/Fluid seit 2009)

• Agenturpräsentation unter: www.typovision.de/dieagentur

• Über 120 TYPO3-Projekte jeglicher Größenordnung - für Kunden wie:

Problem

Lösung

Problem

Lösung

DOMAIN DRIVEN DESIGN

Problem Lösung

Kunde Dienstleister

Programmierer

Domänenexperte

KEIN Proxy-Experte!

DOMAIN DRIVEN DESIGN

Kommunikation Modell

Explizitheit Ignoranz

Objektorientierung

WAS IST DDD?Eine Definition

MARTIN FOWLER

Easy setup of a TYPO3 demo site

ERIC EVANSJIMMY NILSSON

DIE „ERFINDER“

DDD DEFINITION

Domain Driven Design ist ein von Eric Evans geprägter Begriff für eine Anwendungsdomänen-getriebene

Herangehensweise an das Design komplexer objektorientierter Software.

BASIS ANNAHME

Domain Driven Design basiert auf zwei Annahmen:

• Der Schwerpunkt des Softwaredesigns liegt auf der Fachlichkeit und der Fachlogik.

• Der Entwurf komplexer fachlicher Zusammenhänge sollte auf einem Fachmodell basieren.

=> Explizit machen von impliziten Zusammenhängen

TYPISCHE PROJEKTE?Eine kurze Zusammenfassung

TYPISCHE PROJEKTE ?

• Unterschiedliches Verständnis von domänenspezifischen Konzepten als einen wichtigen Grund für die divergierenden Vorstellung der beiden Gruppen Benutzer (Kunde) und Anwendungsentwickler (Dienstleister)

DOMAIN MODELDie Domäne und das zugehörige Modell

SCHICHTARCHITEKTUR

DOMÄNE

Fachgebiet Geschäftsfeld

Einsatzbereich Problemfeld

DOMÄNE / DOMAIN

Infrastruktur Persistenz

Eingabe/Ausgabe GET/POST/COOKIES

DOMÄNE / MODELL

• Um also ein einheitliches Verständnis zwischen diesen Gruppen (Domänenexperte und Applikationsentwickler) zu schaffen, wird ein Modell der Domäne etabliert

• Ein Model ist eine auf bestimmte Zwecke ausgerichtete vereinfachende Beschreibung der Wirklichkeit

MODELLIERUNG

• Wichtigster Prozess!!!

• Domänenexperte (Kunde) + Dienstleister (PM oder Programmierer)

• Interativer, agiler Prozess

• Ergebnis => Modell

MODELLIERUNG

• In der Regel entsteht während dieser Modellierungs-Gespräche Diagramme, die die Eigenschaften, Funktionalitäten und Beziehungen der relevanten Bestandteile des Problemfeldes in Objekte verpackt und deren Relationen darstellt.

BOUNDED CONTEXT

Onlineshop

• Bestellungen erzeugen, aufgeben, abschließen

• Kunde benachrichtigen

• Rechnungen

• Lagerbestände

BOUNDED CONTEXT

Bestellabwicklung

RechnungenLagerhaltung

Bounded Context

UBIQUITOUS LANGUAGEDen Turmbau von Babel verhindern

UBIQUITOUS LANGUAGE

• Zentrales, wichtigstes Element beim Modellieren ist eine gemeinsame Sprache => Ubiquitous language („Allgegenwärtige Sprache“)

• Gesprochen von allen (!) Team-Mitgliedern (inkl. Kunde)

• Basis für alle Aktivitäten im Projekt

• Namensraum für alle Artefakte im Modell

UBIQUITOUS LANGUAGE

• Wichtig für die Etablierung eines einheitlichen Domänen-Modells

• Ubiquitous Language => Modell => Implementierung (!)

• Änderungen in einem der drei -> Änderung in Allen

• Prinzipiell multilingual => besser englisch

• Consultingprozess

UL GLOSSAR

Begriff Bedeutung Übersetzung

Bestellung Summe aus verschiedenen Posten Order

PostenEinheit bestehende aus Produkt,

Anzahl und PreisRow

LagerOrt wo die Produkte aufgehoben

werden - begrenzte KapazitätWarehouse

ProduktEin physikalischer oder virtueller

Artikel aus dem Angebot des KundenProduct

Rechnung Detaillierte Aufstellung der Bestellung Invoice

BAUSTEINE FÜR DDDDas Model aufbauen

DDD BAUSTEINE

DOMAIN OBJEKT

• Die wichtigste Unterscheidung die Evans zwischen Modellelementen macht, ist ob ein Element eine Identität hat oder nicht.

• Objekte müssen beispielsweise identifizierbar sein, um sie von einander unterscheiden zu können oder zu einem späteren Zeitpunkt wieder zu finden um weitere Operationen mit diesen durchführen zu können (Personen, Events, Konto, ...)

• Andere Objekte stellen nur die Repräsentation einer Eigenschaft dar (Farben, Tags, ...). Diese sind definiert durch alle Eigenschaften.

DOMAIN OBJEKT

• Entities

• Identifizierbare Objekte, mit Identität

• Beispiel: Kunde selbst

• Value Objects

• Nicht identifizierbare Objekte,ohne eigene Identität, nicht veränderbar

• Beispiel: Adresse bei einem Kunden

DOMAIN OBJEKT

• Services

• Nicht an das Objekt gebundene Funktionen oderHandling von mehreren Objekten

• Beispiel: Geokoordinaten-Ermittlung für Adresse oderÜberweisung zwischen zwei Konten

OBJEKT LEBENSZYKLUS

Quelle: Rau/Kurfürst - Extbase & FLuid, O‘Reilly

Richtiges Leben Domain-driven Design

Datenspeicher

REPOSITORIES

• Technische Details (der Persistenz) sollen nicht in die UL eindringen

• Dafür wurden Repositories„erschaffen“

AGGREGATE

ZUSAMMENFASSUNG

Domain

Controller

Repository

Validator

ViewHelper

VORTEILE VON DDDWarum kompliziert, wenn es auch einfach geht

VORTEILE• Besseres Verständnis der Domäne

• Saubere Strukturierung des Codes

• Eleganter, schöner Code

• Code „sozusagen“ von jedem verständlich

• Hohe Komplexität erst so wirklich handhabbar

• Zuständigkeiten klar getrennt

• Leicht zu erweitern

• schnellere Time-to-market (TTM)

DDD IN TYPO3FLOW3 / Extbase

• Die Architektur von FLOW3 basiert auf DDD

• Erstes PHP-Frameworkmit ganzheitlicherDDD Umsetzung

• Extbase & Fluid

• Seit TYPO3 4.3 gehört die Systemextension „Extbase“ (von Jochen Rau)zum Core

• Zusammen mit Fluid (Sebastian Kurfürst) downport vonFLOW3 DDD Konzepten

• Zukunftssicher durch Aufwärtskompatibilität nach FLOW3

EXTBASE KICKSTARTER

QUELLENWeitere Informationen

QUELLEN - BÜCHER

QUELLEN - DDD

• Domain-Driven Design Communitydomaindrivendesign.org

• Domain Driven Design Quickly (PDF)www.infoq.com/minibooks/domain-driven-design-quickly

• DDD Step By Step (PDF)thinkddd.com/assets/2/Domain_Driven_Design_-_Step_by_Step.pdf

VIELEN DANK!FRAGEN?

KONTAKT - KLASSISCH

Adresse:

typovision* - agentur für digitale kommunikation

Belfortstr. 881667 München

Fon: +49-89-18 92 08 70Fax: +49-89-18 92 08 69Email: info@typovision.deWeb: http://www.typovision.de

KONTAKT - SOCIAL CHANNELS

Twitter: www.twitter.com/_typovision_ www.twitter.com/PatrickLobacher

Facebook: www.facebook.com/typovision

XING: www.xing.com/profile/Patrick_Lobacher

Slideshare: www.slideshare.net/plobacher

Amazon: www.amazon.de/Patrick-Lobacher/e/B0045AQVEA

DDD - Domain Driven Design - TYPO3camp Stuttgart 2011

Technology

Enterprise-Softwarearchitektur und Domain Driven … · 2014 © Trivadis AGENDA 1. Einleitung 2. S.O.L.I.D Prinzipien 3. Domain-Driven Design 4. Von Data-Driven zu Domain-Driven in

Methodik der ATC-Klassifikation und DDD-Festlegung für den ...€¦ · DDD-Festlegung für die spezifischen deutschen Belange werden dabei vom GKV-Arzneimittelindex ständig eingearbeitet

Purpose Driven Organisations - neuwaldegg.at · Franziska Fink / Michael Moeller Purpose Driven Organizations Sinn – Selbstorganisation – Agilität 2018 Schäffer-Poeschel Verlag

ANEXO III - Ed 09 2018 Conteúdo Programático …...DDD - Domain-Driven Design. Modelagem ágil: Programação extrema (eXtreme Programming Modelagem ágil: Programação extrema

TYPO3camp Regensburg: TYPO3 6.0

Keyword-Driven Testing und Variantenmanagement · Keyword-Driven Testing und Variantenmanagement Praxiserfahrungen mit Klaros-Testmanagement und QF-Test

BIOSIMILARS...Quelle: ®AG Pro Biosimilars, IQVIA‘s IMS PharmaScope , Apothekenmarkt in DDD = Daily Defined Dosages Biosimilaranteil Versorgungsanteile in DDD in Prozent Infliximab

Test Driven Development - Romano Adler-

Dokumentation Schreiben · DDD ! Documentation Driven Development . DDD Wie TDD ??? 3 Teile eines Programmes Dokumentation Tests Code. In dieser Reihenfolge Dokumentation Tests Code

TYPO3 Monitor - TYPO3camp München 2015

microservices und domain-driven design - Digicomp · 2017-10-24 · Microservices im Zusammenspiel mit Domain-driven Design-Digicomp DevDay 2017 Microservices und Domain-driven Design

Entwicklung eines HTML5 Internetspiels mithilfe von Cloud …€¦ · CQRS Command-Query Responsibility Segregation DDD Domain-Driven Design DTO Data Transfer Object ES Event Sourcing

Enterprise-Softwarearchitektur und Domain Driven Design …...Enterprise-Softwarearchitektur und Domain Driven Design (DDD) Manuel Meyer, Senior Consultant Trivadis AG ... -> Unterstützung

Java Magazin 10.2016 Java | Architektur | Software-Innovation … · 2016-10-27 · Dropwizard: Eine zauberhafte Lösung S. 71 Domain-driven Design: Micro - services lieben DDD S

Patron Driven Acquisition UB Bielefeld

TYPO3camp Munich 2011 - KANBAN - Franz Kratochvil

Data Driven Marketing Professional – Zertifikatslehrgang Broschüre_Data Driven... · Modul 2 Marketing Technology (MarTech) im Unternehmenseinsatz Systemlandschaften & Organisation,

DDD Durchblick durch Daten Computer-Technik fileIV/V medatixx-Gesichter Zehn FRagen an ... DDD Durchblick durch Daten Computer-Technik Barbara Reichert-Zimmer und ihr Team in Schmelz-Michelbach

VB. Jahresbericht 2016 print€¦ · Verbandsarbeit 2016 Aktivitäten nach INNEN und nach AUSSEN, zu den Mitgliedern und Förderern, an die Öffentlichkeit und Kunden, … 6 DDD DDD

Praesentation TYPO3Camp Berlin Speed mit Extbase