2.5 Andere ontwerpprincipes

Alle software van enige omvang heeft high-level modules, zoals de user interface of de controller, en low-level modules, zoals data access objecten, of timers, of sockets. Als de high-level modules afhankelijk zijn van die low-level modules dan wil dat zeggen dat je die low-level modules niet zomaar kunt veranderen of vervangen. Dat maakt de software moeilijker te onderhouden, want een verandering in een low-level module (een detail) kan dan de werking van de high-level modules (het belangrijke) verstoren. Dit principe is verwant met het principe van lage koppeling uit het volgende hoofdstuk. Een highlevel module die van low-level modules afhankelijk is heeft een hoge koppeling.

In dit hoofdstuk behandelen we enkele basisprincipes die ons kunnen leiden bij het detailontwerp: Information Expert, Creator, Lage Koppeling en Hoge Cohesie. Er is overlap tussen deze principes en de SOLID-principes. Dit hoofdstuk is dus voor een deel een variatie en herhaling van het vorige. Om de functionele eisen van een programma te realiseren en om de business events uit te voeren, moeten we objecten met elkaar laten samenwerken. Voortdurend worden we dan geconfronteerd met de vraag: Aan welk object kennen we de verantwoordelijkheid voor een bepaalde actie toe? In dit hoofdstuk zullen we een aantal basisprincipes bespreken die ons bij deze keuze kunnen leiden. Als voorbeeldsituatie nemen we de casus van de eenvoudige bibliotheek uit de cursus Analysis & Design 1. Figuur 8 is het domeinmodel, en figuur 9 de Object Event Table.

Figuur 8: domeinmodel eenvoudige bibliotheek

Figuur 9: object event table eenvoudige bibliotheek