Architecting well-structured Java applications

5/11/2015 Title

file:///Users/EDUARDSI/Desktop/well-structured-java-architectures/index.html#1 1/68

ARCHITECTING WELL-STRUCTURED JAVAAPPLICATIONS

Eduards Sizovs

@eduardsi

5/11/2015 Title

MOST APPS BEGIN LIFE SMALL AND NEAT.

5/11/2015 Title

TIME GOES BY...

5/11/2015 Title

HELLO. I AM YOUR ROTTING ENTERPRISE APP.

5/11/2015 Title

- RIGIDITY

- FRAGILITY

- IMMOBILITY

- VISCOSITY

- OPACITY

- NEEDLESS COMPLEXITY

- NEEDLESS REPITITION

SMELLING SYMPTOMS ->

5/11/2015 Title

HIBERNATE CORE V4.3.8.FINAL

5/11/2015 Title

JDK V1.7.0_51

5/11/2015 Title

A JDK CODE BASE IS DEEPLY INTERCONNECTED AT BOTH THE API AND THEIMPLEMENTATION LEVELS, HAVING BEEN BUILT OVER MANY YEARS

PRIMARILY IN THE STYLE OF A MONOLITHIC SOFTWARE SYSTEM. WE’VESPENT CONSIDERABLE EFFORT ELIMINATING OR AT LEAST SIMPLIFYING AS

MANY API AND IMPLEMENTATION DEPENDENCES AS POSSIBLE, SO THATBOTH THE PLATFORM AND ITS IMPLEMENTATIONS CAN BE PRESENTED AS A

COHERENT SET OF INTERDEPENDENT MODULES, BUT SOME PARTICULARLYTHORNY CASES REMAIN.

(C) MARK REINHOLDS, CHIEF ARCHITECT OF THE JAVA PLATFORM

5/11/2015 Title

SPRING V4.1.6

5/11/2015 Title

PRINCIPLES.

5/11/2015 Title

PACKAGE IS THE FIRST-CLASS CITIZEN ANDKEY ELEMENT OF LOGICAL DESIGN.

5/11/2015 Title

TREAT PACKAGES AS A HIERARCHY EVEN IFTHEY’RE REPRESENTED FLAT.

5/11/2015 Title

io.shwitter.userio.shwitter.user.registrationio.shwitter.user.profileio.shwitter.timeline

5/11/2015 Title

io.shwitter.user (part of)io.shwitter.user.registrationio.shwitter.user.profileio.shwitter.timeline

5/11/2015 Title

io.shwitter.userio.shwitter.user.registration (part of)io.shwitter.user.profile io.shwitter.timeline

5/11/2015 Title

io.shwitter.userio.shwitter.user.registrationio.shwitter.user.profile (part of)io.shwitter.timeline

5/11/2015 Title

io.shwitter.userio.shwitter.user.registrationio.shwitter.user.profileio.shwitter.timeline (part of)

5/11/2015 Title

USE PACKAGES TO GROUP FUNCTIONALLY-RELATED ARTIFACTS. DO NOT GROUPARTIFACTS THAT DO THE SAME THING, BUTARE DIFFERENT BY NATURE.

5/11/2015 Title

io.shwitter.controllerio.shwitter.daoio.shwitter.domainio.shwitter.servicesio.shwitter.exceptions

5/11/2015 Title

io.shwitter.controllerio.shwitter.daoio.shwitter.domainio.shwitter.servicesio.shwitter.exceptions

io.shwitter.userio.shwitter.user.registrationio.shwitter.user.profileio.shwitter.timeline

5/11/2015 Title

- ABILITY TO DISTRIBUTE YOUR LAYERS OVER MULTIPLE PHYSICAL TIERS (HA-HA)

5/11/2015 Title

- DECOUPLING / ABSTRACTING FOR EXHANGEABILITY (HA-HA)

5/11/2015 Title

- DECOUPLING / ABSTRACTING FOR INDEPENDENT EVOLUTION (HA-HA)

5/11/2015 Title

- DECOUPLING FOR REUSE (HA-HA)

5/11/2015 Title

- SEPARATION OF CONCERNS (IS PARTICULAR LAYER OUR CONCERN?)

5/11/2015 Title

- RELATED STUFF CO-LOCATION (ARE DAOS REALLY RELATED?)

5/11/2015 Title

- RELATED STUFF CO-LOCATION (ARE DAOS REALLY RELATED?)

- CONSTRAINT ENFORCEMENT (IS THERE A BETTER WAY?)

5/11/2015 Title

APPLY SERVICE-ORIENTED MINDSET TOSOFTWARE STRUCTURE.

5/11/2015 Title

LAYERING IS YOUR SERVICE'S DETAIL AND ISINTERNAL TO THE SERVICE.

5/11/2015 Title

GROUP TIGHTLY COUPLED CLASSESTOGETHER. IF CLASSES THAT CHANGETOGETHER ARE IN THE SAME PACKAGE, THENTHE IMPACT OF CHANGE IS LOCALIZED.

- THE COMMON CLOSURE PRINCIPLE

5/11/2015 Title

MAKE PACKAGES HIGHLY COHESIVE BYFOLLOWING SINGLE RESPONSIBILITYPRINCIPLE.

5/11/2015 Title

io.shwitter.user.registrationio.shwitter.user.notificationsio.shwitter.user.profileio.shwitter.user.profile.blocking

5/11/2015 Title

io.shwitter.user.registrationio.shwitter.user.notificationsio.shwitter.user.profileio.shwitter.user.profile.blocking

io.shwitter.user :(

5/11/2015 Title

KEEP PACKAGES LOOSELY COUPLED, IDEALLY– COMPLETELY INDEPENDENT. REFLECTIONDOESN’T COUNT.

5/11/2015 Title

package io.shwitter.user

@Entity class User { // name, password etc. }

package io.shwitter.timeline

@Entity class Timeline { @OneToOne User user; }

5/11/2015 Title

package io.shwitter.user

@Embeddable class UserId { Long value; }

package io.shwitter.timeline

@Entity class Timeline { @Embedded UserId userId; }

5/11/2015 Title

PROVIDE SLIM PACKAGE INTERFACE AND HIDEIMPLEMENTATION DETAILS.

5/11/2015 Title

AVOID DEPENDENCY MAGNETS. SOMETIMESDUPLICATION IS NOT THAT EVIL.

5/11/2015 Title

MANAGE RELATIONSHIPS. EVERYDEPENDENCY ARROW HAS A REASON.

5/11/2015 Title

FINDBUGS V1.0 - A GREAT START

5/11/2015 Title

FINDBUGS V1.1 – IMPERFECTION CREEPS IN

5/11/2015 Title

FINDBUGS V1.2 – IMPERFECTION TAKES HOLD

5/11/2015 Title

FINDBUGS V1.3 – CHAOS BEGINS

5/11/2015 Title

FINDBUGS V1.4 – EXPLOSION

5/11/2015 Title

THE DEPENDENCIES BETWEEN PACKAGESMUST NOT FORM CYCLES. BURN BI-DIRECTIONAL DEPENDENCES IN FIRE.

5/11/2015 Title

MERGING

package io.shwitter.userclass User { void register(RegistrationNotifier notifier) {}}

package io.shwitter.user.notifyclass RegistrationNotifier { void notify(User user) {}}

5/11/2015 Title

MERGING - REPACKAGING

class RegistrationNotifier { void notify(User user) {}}

5/11/2015 Title

DEPENDENCY INVERSION

package io.shwitter.user.notifyclass RegistrationNotifier { void notify(User user) {}}

5/11/2015 Title

DEPENDENCY INVERSION - REFACTORING STEP 1

package io.shwitter.user.notifyclass RegistrationNotifier implements UserNotifier { void notify(User user) {}}interface UserNotifier { void notify(User user) {} }

5/11/2015 Title

package io.shwitter.userclass User { void register(UserNotifier notifier) {}}

package io.shwitter.user.notifyclass RegistrationNotifier implements UserNotifier { void notify(User user) {}}interface UserNotifier { void notify(User user) {} }

5/11/2015 Title

package io.shwitter.userclass User { void register(UserNotifier notifier) {}}interface UserNotifier { void notify(User user) {} }

package io.shwitter.user.notifyclass RegistrationNotifier implements UserNotifier { void notify(User user) {}}

5/11/2015 Title

ESCALATION

package io.shwitter.userclass User { void register(Notifier n) { n.notify(this); }}

package io.shwitter.user.notifyclass Notifier { void notify(User user) { sendEmailTo(user.email()); }}

5/11/2015 Title

ESCALATION - REFACTORING STEP 1

package io.shwitter.user.registration

class Registrator { void register(User user, Notifier n) {}}

5/11/2015 Title

package io.shwitter.userclass User { void register() { }}

class Registrator { void register(User user, Notifier n) { n.notify(user); }}

5/11/2015 Title

package io.shwitter.userclass User { void register() { }}

package io.shwitter.user.notifyclass Notifier { void notify(String emailAddress) { sendEmailTo(emailAddress); }}

class Registrator { void register(User user, Notifier n) { n.notify(user.email()); }}

5/11/2015 Title

DEMOTION

5/11/2015 Title

DEMOTION - REFACTORING STEP 1

package io.shwitter.userclass User implements EmailHolder { void register(Notifier n) { n.notify(this); }}

package io.shwitter.emailer

interface EmailHolder { String email();}

5/11/2015 Title

DEMOTION - REFACTORING STEP 2

package io.shwitter.userclass User implements EmailHolder { void register(Notifier n) { n.notify(this); }}

package io.shwitter.user.notifyclass Notifier { void notify(EmailHolder emailHolder) { sendEmailTo(emailHolder.email()); }}

package io.shwitter.emailer

interface EmailHolder { String email();}

5/11/2015 Title

OO Design Principles & Metrics, Jason Gorman http://goo.gl/RTW9GTThe Economics of Software Design, J.B. Rainsberger http://goo.gl/ra7Q8QSOLID Principles, Eduards Sizovs http://goo.gl/RpxavdDesigning Object-Oriented Software, Jouni Smed http://goo.gl/iyE1R2Grand Unified Theory Of Software Design, Jim Weirich http://goo.gl/ASqyAsFun With Modules, Kirk Knoernschild http://goo.gl/i8jx8YPatterns of Modular Architecture http://goo.gl/yFqmZOLet’s turn packages into a module system! http://goo.gl/Mzco8F

5/11/2015 Title

EITHER YOU WORK TO CREATE ASOFTWARE STRUCTURE OR YOU DON'T.EITHER WAY A STRUCTURE WILL EMERGE.

@EDUARDSI

5/11/2015 Title

THANK YOU

5/11/2015 Title

Architecting well-structured Java applications

Software

Transcript of Architecting well-structured Java applications

va resources - eng.umd.eduaustin/ence688r.d/lecture-handouts/Java... · FJ-310: Developing J2EE Compliant Applications • J2EE system architecture – Covered in SL-425: Architecting

Re-architecting visualisations in Java Swing

Fundamentals of Java. Explain the structured programming paradigm Explain the object-oriented programming paradigm Explain the features of Java.

Architecting Participation

Module 3 Architecting & Transformation...Module 3 Architecting & Transformation Appreciate VariousVarious architecting architecting transformationtransformation with with tthhee businessbusiness

Sappress Architecting Edi

Object-Oriented Software Engineering - Purdue … · Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 9: Architecting and Designing Software

Architecting happiness

Architecting Web Services

kurdish java structured programming_2.pdf

EVALUATING SELECTED JAVA BEST … SAP’s Standardized Virtualization Support Policy ..... 11 5.1.2 VMware’s Best Practices5.1.3 Architecting Your VMs 5.1.4 Use Memory Reservations

ARCHITECTING LARGE ENTERPRISE JAVA PROJECTS - vJUG

Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 9: Architecting and Designing Software.

akshitsproject.files.wordpress.com€¦ · Web viewWORD ABBREVIATION. Java Development Kit JDK. Java Runtime Environment JRE. Java Database ConnectivityJDBC. Structured Query LanguageSQL.

Architecting Speed

Breach-Resistant Structured Encryption · Breach-Resistant Structured Encryption ... and government in the subject of encrypted search and, ... in Java and evaluated its performance

Object-Oriented Software Engineering Practical Software Development using UML and Java Chapitre 9: Architecting and Designing Software.

The Process of Architecting for Software / System Engineeringmanta.cs.vt.edu/sinergy/Docs/IJSSE.pdfcycle of software/system engineering. The need for a structured description of the

Architecting a High Performance Storage Systemdocs.media.bitpipe.com/io_11x/io_117307/item_963935/architecting... · Architecting a High-Performance Storage System Figure 2. A storage

PROST: A Programmable Structured Peer-to-Peer · PDF filePROST: A Programmable Structured Peer-to-Peer overlay Network Marius Portmann, ... Implementation with CHORD, in java dynamic