Clean Architecture

Der größte Feind eines jeden Software-Projektes sind außer Kontrolle geratene Abhängigkeiten.

Hat man Abhängigkeiten eigener Komponenten untereinander und zu externen Bibliotheken sowie Diensten Anfangs vielleicht noch kurzfristig im Griff, gerät die Sicherheit sehr schnell ins Wanken, wenn Funktionalität hinzugefügt bzw. geändert werden soll. Spätestens beim Austausch externer Bibliotheken oder Diensten, die tief im eigenen Code verbandelt sind, wird es sehr sehr hakelig.

Der Vortrag zeigt, wie Clean Architecture dabei helfen kann, ein langlebiges Projekt auf die Beine zu stellen, welches von Anfang an leicht erweiter-, änder- und testbar ist.

Demo-Projekt: https://github.com/swkMagdeburg/2015-06-08_LicenseLottery

Transcript

1. Clean Architecture Andreas Richter ar@anrichter.net @anrichter www.anrichter.net
2. Agenda Warum überhaupt Software Architektur? Was ist Clean Architecture Demo Zusammenfassung & Quellen
3. Warum überhaupt Software Architektur?
4. Definition nach IEEE-1471 – ISO 42010 ”Die grundsätzliche Organisation eines Systems, wie sie sich in dessen Komponenten, deren Beziehung zueinander und zur Umgebung widerspiegelt, sowie die Prinzipien, die für einen Entwurf und seine Evolution gelten.” (Quelle: innoQ Deutschland) Weitere Definitionen http://sei.cmu.edu/architecture/start/glossary/index.cfm Was ist eigentlich Software Architektur?
5. Funktionale Anforderungen (UseCases, Specs, …) Technische (Hard- & Softwareinfrastruktur, OS, Development Tools, …) Organisatorische (Zeit, Budget, Team, Vorgehensmodell, …) Nichtfunktionale Anforderungen Einflussfaktoren beim Softwareentwurf
6. Auch Qualitätsanforderungen genannt (arc42) Ermöglichen Aussage über gute oder schlechte Architektur Essentiell für das Entwerfen einer Architektur Ohne droht ein „Struktureller Monolith“ Nichtfunktionale Anforderungen
7. Clean Architecture
8. SOLID Prinzipien Single Responsibility Principle ”Es sollte nie mehr als einen Grund geben, eine Klasse zu ändern” Open-Closed Principle ”Module sollten sowohl offen (für Erweiterungen), als auch geschlossen (für Modifikationen) sein” Liskovsche Substitution Principle ”Eigenschaften einer Basisklasse sollten in Subklassen erhalten bleiben” Interface Segregation Principle ”Clients sollten nicht dazu gezwungen werden, von Interfaces abzuhängen, die sie nicht verwenden” Dependency Inversion Principle ”Abstraktionen sollten nicht von Details abhängen. Details sollten von Abstraktionen abhängen”
9. Layered Architecture
10. Layered Architecture
11. Layered Architecture
12. Layered Architecture
13. Clean Architecture
14. The Clean Architecture Quelle: http://blog.8thlight.com/uncle-bob/2012/08/13/the-clean-architecture.html
15. Onion Architecture Quelle: http://jeffreypalermo.com/blog/the-onion-architecture-part-2/
16. Hexagonal Architecture Quelle: http://alistair.cockburn.us/Hexagonal+architecture
17. Demo
18. Zusammenfassung & Quellen
19. Wrap Up - Clean Architecture Vorteile: Layered Architecture + SOLID Principles Leicht wartbar, portierbar/austauschbar und testbar Wächst mit den Anforderungen Gut geeignet für Domain Driven Design Nachteile: Nur bedingt für Datenbank-lastige Anwendungen geeignet (z.B. Business Logik aus Performance-Gründen in SQL Stored Procedures)
20. Q & A + Feedback willkommen Danke für eure Aufmerksamkeit! Fragen? Feedback ist jederzeit willkommen Twitter: https://twitter.com/anrichter E-Mail: ar@anrichter.net Xing: http://xing.to/anrichter
21. Links Die Zwiebelarchitektur und ihre Vorzüge (Daniel Marbach) https://jaxenter.de/die-zwiebelarchitektur-und-ihre-vorzuege-19474 Hexagonal Architecture (Fideloper) http://fideloper.com/hexagonal-architecture Layers, Onions, Ports, Adapters: It‘s all the same (Mark Seemann) http://blog.ploeh.dk/2013/12/03/layers-onions-ports-adapters-its-all-the-same/ Exploring the Hexagonal Architecture (Jan Stenberg) http://www.infoq.com/news/2014/10/exploring-hexagonal-architecture
22. Quellen Defining Architecture ISO 42010 (ISO-Architecture) http://www.iso-architecture.org/ieee-1471/defining-architecture.html Softwarearchitektur (Wikipedia) http://de.wikipedia.org/wiki/Softwarearchitektur Architekturbewertung nach ATAM (Wikipedia) http://de.wikipedia.org/wiki/Szenariobasierte_Architekturbewertung SOLID-Prinzipien (Wikipedia) http://de.wikipedia.org/wiki/Prinzipien_objektorientierten_Designs#SOLID-Prinzipien The Clean Architecture (Robert C. Martin) http://blog.8thlight.com/uncle-bob/2012/08/13/the-clean-architecture.html The Onion Architecture (Jeffrey Palermo) http://jeffreypalermo.com/blog/the-onion-architecture-part-1/ The Hexagonal Architecture (Alistair Cockburn) http://alistair.cockburn.us/Hexagonal+architecture