Abhängigkeiten sind das Grundübel der Softwareenwicklung. Durch Einhaltung des Integration Operation Segregation Principle (IOSP) verlieren die Abhängigkeiten ihren Schrecken. Ferner wird der Code so leicht automatisiert testbar. Durch Einhaltung des Principle of Mutual Oblivion (PoMO) werden unnötige Abhängigkeiten reduziert. Die Folien zeigen die beiden typischen Strukturen von Abhängigkeiten und wie man damit umgeht. Weitere Infos siehe http://refactoring-legacy-code.net

1. Softwareentwicklung
ohne
Abhängigkeiten
Stefan Lieser
@stefanlieser
http://refactoring-legacy-code.net

3. Typische Struktur von
Abhängigkeiten

4. A B
= Funktionseinheit (Methode, Klasse, etc.)
= Abhängigkeit (A ist abhängig von B)
Typische Struktur von
Abhängigkeiten

5. Typische Struktur von
Abhängigkeiten

6. Änderungen
Typische Struktur von
Abhängigkeiten

7. =>
Keine Domänenlogik,
nur Daten
Typische Struktur von
Abhängigkeiten

8. Logik, die das Thema
der Anwendung betrifft.
Domänenlogik

9. Typische Struktur von
Abhängigkeiten

10. Änderungen
Typische Struktur von
Abhängigkeiten

11. =>
Keine Domänenlogik,
nur Integration
Typische Struktur von
Abhängigkeiten

13. Unit Tests einfach, da keine Abhängigkeiten

14. Unit Tests aufwändig, Einsatz von Attrappen

15. Blätter = Operationen = Domänenlogik
Knoten = Integration

16. Integration Operation
Segregation Principle (IOSP)

17. Wenige Integrationstests
Viele Unittests

18. Viele Integrationstests
Wenige Unittests

19. Integration
Operation
Data
Integration Operation
Data Architecture (IODA)

20. IOSP

21. Nervenzelle
Muskelzelle
Motorische Endplatte

22. Nervenzelle
Muskelzelle
Motorische Endplatte

23. Nervenzelle
Muskelzelle
Acetylcholin
Motorische Endplatte

24. Nervenzelle
Muskelzelle
Acetylcholin
Motorische Endplatte

25. Principle of Mutual
Oblivion (PoMO)
Prinzip der
gegenseitigen
Nichtbeachtung

26. PoMO

27. f
f2f1
Flow Design:
Datenflussdiagramme
( x ) ( y )
( x ) ( y )( z )
A B
= Funktionseinheit (Methode, Klasse, etc.)
= Datenfluss (ein x fließt von A nach B)
( x )
= Verfeinerung

28. f
f2f1
Mit Abhängigkeiten (FALSCH!!)
( x ) ( y )
( x ) ( y )( z )
Y f(X x) {
return f1(x);
}
Y f1(X x) {
var z = ….
return f2(z);
}
Y f2(Z z) {
var y = …
return y;
}

29. f
f2f1
( x ) ( y )
( x ) ( y )( z )
Y f(X x) {
return f1(x);
}
Y f1(X x) {
var z = ….
return f2(z);
}
Y f2(Z z) {
var y = …
return y;
}
Integration Integration +
Operation
Operation
Mit Abhängigkeiten (FALSCH!!)

30. f
f2f1
Ohne Abhängigkeiten
( x ) ( y )
( x ) ( y )( z )
Y f(X x) {
var z = f1(x);
var y = f2(z);
return y;
}
Z f1(X x) {
var z = ….
return z;
}
Y f2(Z z) {
var y = …
return y;
}

31. f
f2f1
( x ) ( y )
( x ) ( y )( z )
Y f(X x) {
var z = f1(x);
var y = f2(z);
return y;
}
Z f1(X x) {
var z = ….
return z;
}
Y f2(Z z) {
var y = …
return y;
}
Integration Operation Operation
Ohne Abhängigkeiten

33. Projektstruktur

34. Projektstruktur
Application
Integration
.exe Projekt
maximale
Abhängigkeiten
Referenziert alle anderen
Projekte. Startet die
Anwendung in der Main
Methode.

35. Projektstruktur
Kontrakte
Interfaces, Datentypen
.dll Projekt
keine Abhängigkeiten

36. Projektstruktur
Komponenten
Logik, UI, Ressourcen,
etc.
.dll Projekte
Keine Abhängigkeiten
Referenziert lediglich
die Kontrakte.
Tests referenzieren
zugehörige Impl.

37. crm.contracts
crm
crm.persistencecrm.logic crm.ui

42. Integration Operation
Segregation Principle (IOSP)

43. Principle of Mutual
Oblivion (PoMO)
Prinzip der
gegenseitigen
Nichtbeachtung

44. http://refactoring-legacy-code.net
http://linkedin.com/in/stefanlieser
https://twitter.com/StefanLieser
http://xing.com/profile/stefan_lieser