Software Architecture Journey - Teil 1 - Architektur und Designprinzipien

Vor einiger Zeit habe ich das Buch "Clean Architecture" von Robert C. Martin gelesen. Dieses Buch hat mich inhaltlich sehr begeistert und ich möchte meine Erfahrungen und mein erlangtes Wissen gerne an euch weitergeben.

Im ersten Teil dieser Reihe geht es um "Was ist Softwarearchitektur, wie beeinflussen Architekturentscheidungen mein Projekt und welche grundlegenden Designprinzipien gibt es?“

Transcript

1. Software Architecture Journey Architektur und Designprinzipien 1
2. Was ist Software Architektur? 2
4. Fallstudie “Die Signatur des Chaos” 4
5. Fallstudie “Die Signatur des Chaos” 5
6. Die Geschichte von der Schildkröte und dem Hasen 6
7. Unordentlichen Code zu schreiben, macht mich auf kurze Sicht schneller. Und nur auf lange Sicht langsamer. 7
8. Fertigstellung je Iteration im Vergleich von TDD vs. Non-TDD 8
10. 10 “Ein planlos strukturierter, sich ständig ausbreitender, schlampiger, mit Panzertape und Kabelbinder zusammengehaltener Spaghetti-Code Dschungel”
11. “Man ist nur dann schnell, wenn man die Dinge richtig angeht.” Robert C. Martin - Clean Architecture - Seite 10 11
12. Welchen Wert liefert Software? 12
13. Wie verhält sich meine Software? 13
14. Veränderung 14
15. Soft|ware [ˈsɔftwɛːɐ ̯ ] 15
16. Was ist denn nun wichtiger? 16
17. Eisenhower's Matrix “I have two kind of problems, the urgent and the important. The urgent are not important, and the important are never urgent” 1 2 3 4 !!! Architektur !!! 17
18. You gotta fight… For your right… To party architecture !!1! 18
19. Das objektorientierte Paradigma 19
20. Objektorientierte Programmierung “The combination of data and function” “A way to model the real world” “Encapsulation, inheritance and polymorphism” 20
21. Kapselung in C ??? 21
22. Also bringt uns Objektorientierung im Grunde nix Neues? 22
23. Was ist OO und warum hat das alles mit Architektur zu tun? 23
24. S O L I D 24
25. SRP - Single Responsibility Principle “A module should be responsible to one, and only one, actor.” 25
27. 27 public class UserService { private Logger logger = Logger.getLogger("com.training.core.srp.UserService"); public void createUser(User user) throws DBConnectionException { Connection connection = null; DataSource dataSource = null; try { InitialContext initialContext = new InitialContext(); dataSource = (DataSource) initialContext.lookup("jdbc/tempDB"); } catch (NamingException e) { // Handle the exception using Logger } try { connection = dataSource.getConnection(); } catch (SQLException e) { logger.log(Level.SEVERE, "Issue connecting with database: " + e.getMessage()); throw new DBConnectionException(e.getMessage()); } String sql = "INSERT INTO User (USER_ID, USERNAME) VALUES (?,?)"; try { PreparedStatement pstmt = connection.prepareStatement(sql); pstmt.setString(1, "some-user-id-123456"); pstmt.setString(2, "Ajitesh"); // execute insert SQL stetement pstmt.executeUpdate(); pstmt.close(); } catch (SQLException e) { logger.log(Level.WARNING, "Issue with saving the data: " + e.getMessage()); } } }
28. 28 public class UserService { private UserDAO userDAO; public void createUser(User user) throws UserCreationException { userDAO.save(user); } public UserDAO getUserDAO() { return userDAO; } public void setUserDAO(UserDAO userDAO) { this.userDAO = userDAO; } }
29. Worum geht es beim SRP? “Common-Closure” und “Architektur-Grenzen” 29
30. OCP - The Open-Closed Principle “A software artifact should be open for extension but closed for modification” 30
32. 32 public class Rectangle { private double width; private double height; // getter and setter }
33. 33 public class AreaCalculator { public double Area(Rectangle[] shapes) { double area = 0; for(Rectangle shape : shapes) { area += shape.getWidth() * shape.getHeight(); } return area; } }
34. 34 for(Object shape : shapes) { if (shape instanceof Rectangle) { Rectangle rectangle = (Rectangle) shape; area += rectangle.getWidth() *rectangle.getHeight(); } else { Circle circle = (Circle) shape; area += circle.getRadius() * circle.getRadius() * Math.PI; } }
35. Wenn Komponente A von Änderungen in Komponente B geschützt werden soll: 35
36. 36 Wenn Komponente A von Änderungen in Komponente B geschützt werden soll: Calculator Component (A) AreaCalculator Shape Component (B) Circle Rectangle Calculator Component (A) <<abstract>> Shape AreaCalculator Shape Component (B) Circle Rectangle
37. Worum geht es beim OCP? Komponenten und deren Abhängigkeiten untereinander 37
38. LSP - The Liskov Substitution Principle “If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T, the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T” 38
40. Barbara Jane Huberman Liskov (* 7. November 1939 in Los Angeles) ist eine amerikanische Informatikerin. Sie ist als Professorin für Elektrotechnik und Informatik am MIT tätig. [...] Barbara Liskov leitete zahlreiche bedeutende Projekte, darunter den Entwurf und die Implementierung der Programmiersprachen CLU und Argus sowie des objektorientierten Datenbankmanagementsystems Thor. 40
41. Rectangle r = new Square() r.setWidth(5) r.setHeight(2) assert(r.area() == 10) 41
42. Worum geht es beim LSP? Mache die Dinge austauschbar. 42
43. ISP - The Interface Segregation Principle “No client should be forced to depend on methods it does not use.” 43
48. Worum geht es beim ISP? Unnötige Abhängigkeiten sind unnötiger Ballast. 48
49. DIP - The Dependency Inversion Principle “The DIP tells us that the most flexible systems are those in which source code dependencies refer only to abstractions, not concretions.” 49
51. STABILE SCHNITTSTELLEN !!!111! 51
52. Erfolgsfaktoren für Stabilität 1. Referenziere keine unbeständigen, konkreten Klassen 2. Leite nicht von unbeständigen, konkreten Klassen ab 3. Überschreibe keine konkreten Methoden 52
53. Wir brauchen “Factories”! 53
54. 54 Abstrakt Konkret
57. User Interface Business Rules Database 57
58. public class Application { private static ServiceFactory = new ConcreteServiceFactory(); public static void main() { Service myService = factory.createService(); // do somethin stupid } } Verstoßen wir hier nicht auch gegen das DIP? 58
59. Worum geht es beim DIP? Stütze dich auf Abstraktionen und nicht auf konkrete Klassen 59
61. Vielen Dank für eure Aufmerksamkeit !!! @cremich christian.bonzelet@gmail.com 61 speakerdeck.com/cremich