Hexagonale Architektur und Mutation Testing
Am Donnerstag, dem 6. März 2025, lädt die Java User Group Berlin-Brandenburg und Europace AG zu zwei Vorträgen ein.
Die Vorträge
Hexagonale Architektur: Robuste Software dank Schnittstellen statt Schichten (Sven Woltmann)
Wir alle kennen diese Situation: Je älter und größer eine Anwendung wird, desto aufwendiger und teurer wird es, sie zu erweitern und zu warten. Die verbreitete Schichtenarchitektur ist als Lösungsansatz unzureichend: Direkte und indirekte Abhängigkeiten aller Schichten zur Datenbank und anderen Infrastrukturkomponenten führen oft zu einer Aufweichung der Schichtengrenzen und einer Verflechtung von technischem und fachlichem Code.
Hexagonale Architektur rückt die Geschäftslogik ins Zentrum, und technische Details werden als Adapter hinter Schnittstellen (Ports) isoliert. Fachlicher und technischer Code kann so unabhängig voneinander entwickelt und getestet werden. Ausgehend von den Zielen einer Softwarearchitektur und einem kritischen Blick auf die Schichtenarchitektur, schauen wir uns die hexagonale Architektur im Detail an. Ihr erfahrt, wie die Dependency Rule sicherstellt, dass es keine Abhängigkeiten von fachlichem zu technischem Code gibt und wie der Anwendungskern trotzdem auf die Infrastruktur zugreifen kann. Erfüllt die hexagonale Architektur die Ziele einer Softwarearchitektur? Welche Herausforderungen bringt sie mit sich? Wie unterscheidet sie sich von Onion und Clean Architecture, und welche Synergien ergeben sich im Zusammenspiel mit Microservices und Domain-Driven Design? Mit neuem Wissen gerüstet, könnt ihr die Qualität und Lebensdauer eurer Softwareprojekte steigern und in Zukunft schneller auf neue Anforderungen reagieren.
Mutationstests – wieso, weshalb, warum? (Dehla Sokenou)
Mutationstests sind eigentlich ein altes Konzept, das lange in einer Schublade lag. Ein Grund für den zurückhaltenden Einsatz war der hohe Rechenaufwand. Mit verbesserten Werkzeugen und der heute verfügbaren Rechenleistung sind sie inzwischen dabei, sich als fester Teil der Softwareqqualitätssicherung zu etablieren. Die Integration in eine Buildpipeline ist einfach, aber verlangsamt diese auch enorm. Wenn dann niemand auf das Ergebnis schaut oder es interpretieren kann, helfen sie nicht. Im Vortrag wird die grundlegende Technik hinter Mutationstests erläutert und anhand von Beispielen aus einem Kotlin-Projekt gezeigt, welche zusätzlichen Findings Mutationstests aufdecken können, selbst wenn der Code zu nahezu 100% durch Tests ist.
Die Redner
Der Treffpunkt
Der Ablauf
Anschließend gibt es die Möglichkeit für Networking und Plausch.
Die Anmeldung
Über eine Voranmeldung zu der Veranstaltung über die Meetup-Gruppe der JUG Berlin-Brandenburg würden wir uns freuen, jedoch ist die Anmeldung nicht zwingend erforderlich. Wir freuen uns auf jeden Teilnehmer.