Das JAXenter-Dossier zum Thema Domain-driven Design als PDF: Hier finden Sie spannende Artikel und Interviews zum aktuellen Trendthema der Software-Architektur – mit Eric Evans, Vaughn Vernon, Jimmy Nilsson und vielen mehr.

Frederik Hahne, Gründer und Leiter der neuen JUG Paderborn, hat für uns die Ereignisse des ersten Stammtisches zusammengefasst. Außerdem gibt es ein 360°-Video von Michael Plöds Vortrag über Microservices und Domain-driven Design bei der EuregJUG Maas-Rhine und natürlich die aktuellen Termine der Java User Groups.

Der Trend zu kleineren Softwaresystemen stellt Entwickler beim Design dieser Systeme vor neue Herausforderungen: In welche Teile separiere ich meine Domäne? Wie referenziere ich logisch gleiche Artefakte eines Gesamtsystems in den einzelnen Teilsystemen? In seiner Session von der W-JAX 2016 stellt Oliver Gierke die im Kontext von Microservices grundlegendsten und wichtigsten Konzepte des Domain-driven Designs vor. Er erläutert zudem, warum gerade diese es sind, die in einer Landschaft kleiner Systeme so wichtig sind.

Traditionelle Anforderungsworkshops ohne Beteiligung der Entwicklung erfüllen den heutigen Time-to-Market-Anspruch nicht mehr. Mit dem vor einigen Jahren eingeführten User Story Mapping wurde das immerhin schon einmal besser. Was ist aber, wenn das Grundverständnis der Fachdomäne im Team noch nicht hergestellt ist, sodass das Story-Schreiben schwerfällt? Hier kann Event Storming helfen, eine Workshopmethode aus der Domain-driven-Design-Familie. Fachexperten und IT-Leute verbrauchen dabei enorm viele Post-its, um ein gemeinsames Verständnis einer Fachdomäne zu bekommen.

Domain-driven Design – kurz DDD – erfährt in der aktuellen Diskussion um Softwarearchitektur eine hohe Aufmerksamkeit. Das Anfang der 2000er geprägte Konzept gilt insbesondere als eine der Grundlagen-Theorien für Microservices-Architekturen. Grund genug, das Thema in einem Dossier genauer zu beleuchten!

Domain-driven Design ist eines der großen Themen in aktuellen Debatten um Software-Architektur. Wir haben uns mit W-JAX-Sprecherin Dr. Carola Lilienthal darüber unterhalten, wie Architekten von DDD profitieren und wie sich die Konzepte am besten in die Praxis umsetzen lassen.

Vaughn Vernon zeigt in diesem Artikel einen Zugangsweg zum Thema Microservices auf, der die Grundlage für die weitere Beschäftigung mit dem Thema bilden kann. Er stellt dazu das reaktive Programmiermodell vor und erklärt, wie Domain-driven Design für die Entwicklung reaktiver Microservices eingesetzt werden kann.

Domain-driven Design – kurz DDD – erfährt in der aktuellen Diskussion um Softwarearchitektur eine hohe Aufmerksamkeit. Das Anfang der 2000er geprägte Konzept gilt insbesondere als eine der Grundlagen-Theorien für Microservices-Architekturen. Wir haben uns mit W-JAX Speaker Oliver Gierke (Pivotal) über die Herausforderungen unterhalten, die bei der Umsetzung von DDD in die Praxis zu bewältigen sind.

Das Buch „Domain-Driven Design“, das Eric Evans vor gut dreizehn Jahren publizierte, gilt schon seit jeher als herausragende Referenz für die fachlich getriebene Modellierung von IT-Systemen. Mit dem Einzug von Microservices erfährt Domain-driven Design eine Renaissance, denn die beiden Ideen lassen sich wunderbar miteinander kombinieren.

Microservices gehören zu den größten Architektur-Trends der letzten Jahre. Wir haben Eberhard Wolff, Speaker bei der W-JAX 2016, im Interview gefragt, wie man diesen Trend mit dem Domain-driven Design verbinden kann.

In den letzten Jahren sind verschiedene interessante Ansätze zur Verbesserung der Softwareentwicklung aufgekommen: Bekannte Vertreter sind XP, Scrum, Behaviour-driven Design, Specification by Example oder auch Domain-driven Design. In ihrer Session von der JAX 2016 gibt Nicole Rauch einen kurzen Überblick über einige dieser Ansätze und vergleicht sie miteinander.

Java EE soll modernisiert und für Cloud-basierte Microservices-Anwendungen fit gemacht werden. Wir haben uns mit W-JAX-Speaker Lars Röwekamp darüber unterhalten, wie Microservice-Architekturen jetzt schon mit Java-EE-Bordmitteln realisiert werden können, und welche Rolle das Konzept des Domain-driven Design dabei spielt.

Microservices oder Software-Monolithen – über diese Architekturfrage wird momentan teils kontrovers diskutiert. Wir haben Stefan Tilkov, Principal Consultant bei der innoQ und Sprecher auf dem Software Architecture Summit, um einen Beitrag zur Debatte gebeten. Dabei kommt auch das Problem in den Blick, wie Legacy-Anwendungen an moderne Architektur-Ansätze herangeführt werden können.

Acht Experten für Domain-driven Design geben Einblicke in ihre Praxiserfahrungen mit DDD. Im dritten Teil haben wir die Experten gebeten, uns einen Tipp zu geben, wie man DDD in realen Projekten erfolgreich einsetzen kann. Außerdem: Weshalb profitieren Microservice-Architekturen von DDD?

In Rahmen unseres Themen-Dossiers zu Domain-driven Design haben wir mit Jimmy Nilsson gesprochen, der der DDD-Bewegung mit seinem Buch „Applying Domain-Driven Design and Patterns“ wichtige Impulse verliehen hat. Was war und ist an DDD so inspirierend? Wie stehen DDD und Microservices zueinander? Welche aktuellen Architektur-Trends sollten wir im Auge behalten?

Anstelle im ersten Schritt auszuwählen, welches MVC-Framework man einsetzen möchte, sollte man sich viel stärker auf die Fachlichkeit konzentrieren. Dieser Artikel zeigt, welche Entwurfsmuster Sie kennen müssen, um bei der Entwicklung die Fachlichkeit anstelle technischer Aspekte in den Mittelpunkt zu stellen.

Die Prinzipien für Domain-driven Design sind meist grundsätzlich bekannt – allein die Umsetzung in der Praxis ist alles andere als trivial. Im zweiten Teil unseres Experten-Checks gehen wir deshalb der Frage nach, auf welche typischen Probleme man bei der Umsetzung von DDD stößt. Außerdem: Wann sollte man von DDD lieber die Finger lassen?

Microservices stellen ganz neue technische Herausforderungen – schließlich laufen verteilte Dienste auf verschiedenen Servern im Netz. In seiner Session von der JAX 2016 zeigt Eberhard Wolff, welche Herausforderungen durch welche Technologien gelöst werden, und gibt so eine Orientierung in diesem Bereich.

Um Fachabteilungen besser mit der Software-Entwicklung zu verbinden, kommen domänenspezifische Sprachen (DSLs) zum Einsatz, die speziell für ein bestimmtes Problemfeld entworfen werden. Die Idee dabei: DSLs können direkt durch Domänenspezialisten ohne tiefgreifendes IT-Wissen manipuliert werden. Auch im Ansatz des Domain-driven Design steht ein Domänen-Modell im Zentrum des Entwicklungsprozesses; auch hier ist das Ziel, die Fachlichkeit in den Fokus der Software-Entwicklung zu stellen.

Sieben Experten für Domain-driven Design geben in kurzen Statements Einblicke in ihre Praxiserfahrungen mit DDD. Im ersten Teil geht es darum, was DDD für die heutige Software-Architektur so relevant macht – und welche Projekte sich besonders für Domain-driven Design eignen.