Domain-driven design - eine Einführung

DOMAIN-DRIVEN DESIGNModernes Softwaredesign

12.09.2010

Patrick Lobacher (GF typovision*)

M U N I C H

ÜBER TYPOVISION

• Patrick Lobacher• Geschäftsführer typovision*• Premium Online Business Solutions - mit TYPO3• Gegründet vor 16 Jahren (net-o-graphic / typofaktum)• Über 800 abgeschlossene Projekte, >100 mit TYPO3• Kunden: Vodafone, Finanzscout 24, AGIP, Contraco, Siemens, Arbeitsamt

München, Langenscheidt, Motorola, Integralis, u.v.a.m• Aktiv in der Community: TYPO3camp, Certification und Documentation Team• Autor zahlreicher Fachbücher und Artikel:

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

DOMÄNE

• Was ist eine Domäne?

Ein abgrenzbares Problemfeld, Fachgebiet, Geschäftsfeld bzw. Einsatzbereich

NICHT!!!!: Infrastruktur, wie Persistenz, Templating, Eingabe, ...

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

BEISPIEL MODELL

• Quelle: http://www.holz-solar-haus.de/

MODELLIERUNG

• Wichtigster Prozess!!!

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

• Interativer, agiler Prozess

• Ergebnis => Modell

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 / MODELLIERUNG

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

BAUSTEINE FÜR DDDDas Model aufbauen

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

• Value Objects

• Nicht identifizierbare Objekte,ohne eigene Identität

• Beispiel: Adresse bei einem Kunden

• Entities

• Identifizierbare Objekte, mit Identität

• Beispiel: Kunde selbst

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

REPOSITORIES

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

• Dafür wurden Repositorieserschaffen

AGGREGATE

ZUSAMMENFASSUNG

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?

ÜBER TYPOVISION

• Adresse:

typovision* - agentur für multimediale kommunikation

Belfortstr. 881667 MünchenDeutschland

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

ÜBER TYPOVISION

• Geschäftsbereiche• TYPO3 Konzeption, Entwicklung, Programmierung, Integration

(inkl. Extbase / Fluid / FLOW3)• Consulting und Projektmanagement• Schulung (inkl. komplettes TYPO3-Curriculum von Anfänger bis

Fortgeschrittene und Spezialschulungen sowie Firmen- und Individualschulungen)

• iPhone / iPad Webentwicklung (HTML5, CSS3, WebKit)

Domain-driven design - eine Einführung

Technology

Transcript of Domain-driven design - eine Einführung

KEBIJAKAN UMUM DOMAIN NAME NAMA … UMUM DOMAIN NAME NAMA DOMAIN GENERAL POLICY PENGELOLA NAMA DOMAIN INTERNET INDONESIA The Icon Business Park unit L1-L2 BSD City, Tangerang, Indonesia

Denic Domain Reg

Montag 17.06.2018 Ausgabe 4/2018 CAMP NEWS€¦ · Industrie sind dabei in den letzten 25 Jahren entstanden. Konzepte wie DDD (Domain Driven Design) und CQRS (Command Query Responsibility

Test-Driven Design mit Python · Test-Driven Design mit Python Dr. Uwe Ziegenhagen 12.06.2019. Warum Softwaretests? i JespäterderBuggefundenwird,destoteureristdie Beseitigung! ...

OELCHECK – CUSTOMER SUCCESS STORY€¦ · Softwarearchitektur sowie Test-Driven-Development Optimale User-Experience durch Responsive Design sowie sehr kurze Ladezeiten ... Als

Pengantar Nama Domain Internet

Domain-Driven Design mit Ruby on Rails · Domain-Driven Design is an approach to modelling and implementing complex software. This bachelor thesis examines the compatibility of Domain-Driven

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.

0.einführung wasa wise18-19cm.tm.kit.edu/img/content/18-10-17.WASA-EINFÜHRUNG.pdf · Development (BDD) and Domain-Driven Design (DDD). Both concepts provide complementary ... (Design

Produktentstehungsprozess Lean, agil, klassisch …...Scrum Kanban Design Thinking Extreme Programming DevOps Lean Feature Driven Development Klassisches Projektmanagement Quelle:

Domain Driven Design in Rails

EMC Data Domain Produktüberblick - germany.emc.com · Data Domain-Deduplizierungsspeichersysteme EMC Data Domain-Systeme sind von kleinen Remote-Standort-Appliances bis hin zu …

Agilität in Großprojekten durch „Integration Driven Design ...winter/tav/html/tav30/TAV30F06_Jacobs_Integration... · UMTS 2.0 Projekt ÆErstes kommerzielles UMTS Deutlich größeres

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

Microservices mit Domain Driven Design Ein Bericht aus der Praxis - Experts in Agile ... · 2018-06-12 · Experts in agile software engineering 8 Wie schneiden wir Microservices?

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

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

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

organizing future · Scrum Holacracy Wertebasierte Führung New Work Schwarmintelligenz Design Thinking Purpose-driven Organization Teal Organizations Digital Transformation Agile

Architektur Pattern - BFHamrhein/ADP/Architektur.pdf · Domain Driven Design, Hexagonale Architektur ... Als Multitier Architecture wird ein Architekturmuster bezeichnet, bei der