Whoops! Where did my architecture go?

Slides of the talk I gave at Java Forum Nord, 2015.

@springcentral

Transcript

1. Whoops!
   Where did my architecture go? Architecture management for Java applications / olivergierke
4. Background Consulting years for SpringSource Lots of code reviews Eoin Woods‘ talk on InfoQ Lot of input from fellows
5. "If you think architecture is expensive, try no architecture.
6. "Architecture is like weather: you can’t have none.
7. Macro VS. Micro Architecture
8. Macro VS. Micro Architecture
9. Orders Inventory Billing Macro-Architecture Micro-Architecture JMS REST AMQP
10. JRuby Java Scala Macro-Architecture Micro-Architecture AMQP JMS REST
11. Neo4j RDBMS MongoDB Macro-Architecture Micro-Architecture from Stefan Tilkov -
 Breaking the Monolith JMS REST AMQP
12. Roadmap Divide and conquer Of layers and slices A plain Java based approach
13. Architecture 101
14. Know your dependencies
15. Explicit / Visible
    dependencies
16. Granularity Modules Layers Vertical slices Subsystems
17. Granularity Java ARchive Package Class
18. Divide and conquer
19. Component Single unit to understand
20. Component Single unit to change
21. Component Scope of risk of change
22. B Smaller unit to understand A
23. B Reduced risk of change A
24. B Cost of separation A
25. B Definition and maintenance
    of dependencies A
26. "Meanwhile, in my friend’s project…
27. How do I add a feature?
28. How do I add a feature? New
 Feature © Eberhard Wolff
29. Of layers
    and slices…
30. Presentation Service Data Access
31. Presentation Service Data Access Account Customer Core
32. Layers Well understood Known to developers Less important to business
33. Slices Hardly understood New to developers Key for business requirements
34. Presentation Service Data Access Account Customer Core
35. "How to implement an architecture
    inside a codebase?
36. Architecture
    VS.
    Codebase
37. "How to implement an architecture
    inside a codebase?
38. "How to implement an architecture
    inside a codebase?
39. "How to maintain
    an architecture
    inside a codebase?
40. Code analysis JDepend Sonarcube
41. Sonargraph Formerly known as SonarJ
42. Demo
43. A plain Java
    based approach
44. "How far can we get with plain Java means only?
45. Presentation Service Data Access Account Customer Core
46. Packages
47. ….layer.slice
    ….slice.layer
    ….slice
48. ….web.core
    ….service.core
    ….repository.core
49. ….core.web
    ….core.service
    ….core.repository
50. ….core
    ….customer
    ….account
51. "Why the f#$k
    should I even care?
52. "Does it make
    a difference?
53. Dependency management
54. "You only need to manage, what you can refer to…
55. Layers first Leaks slice internals Lower layers visible to everyone
56. Slices first/only Start with package per slice Expose interfaces and domain types Keep implementations private
57. Slices first/only Encapsulates business module Internals understood anyway
58. "Start with less packages and the least visibility possible…
59. Presentation Service Data Access Account Customer Core
60. Presentation Service Data Access Account Customer Core
61. Demo
62. Take-aways Know your dependencies On every granularity Start as strict as possible Get lenient where necessary
63. Resources Spring Data JPA @ GitHub Sonargraph jQAssistant Blogpost
64. Sample Code http://github.com/olivergierke/
 whoops-architecture
65. Oliver Gierke Spring Data Project Lead ogierke@pivotal.io olivergierke www.olivergierke.de
66. Thanks & Credits Eoin Woods - Talk @ InfoQ Stefan Tilkov - Talk @ InfoQ Eberhard Wolff - Slides @ Slideshare