PAFR Les 4 - Design Patterns
Design patterns: te implementeren standaardoplossingen voor bepaalde ontwerp problemen
die vaker voorkomen binnen een bepaalde context (abstract/conceptueel)
Frameworks / libraries: hergebruik van bestaande code die voorziet in één functionaliteit
(concreet / implementatie-specifiek)
Gebruik niet voor alles een pattern, laat je leiden door design principes en verbeter met
patterns.
Soorten design patterns:
• Creational patterns
Het maken van objecten en de mogelijkheid bieden om een client te ontkoppelen van de
objecten die hij moet maken.
• Structural patterns
Geven de mogelijkheid om klassen/objecten in grote structuren onder te brengen en te
organiseren in een samenhangend geheel.
• Behavioral patterns
Houden zich bezig met hoe klassen samenwerken en hun verantwoordelijkheid delen voor een
samenhangend geheel.
Creational patterns
Factory method
Bedoeling:
- Objecten aanmaken zonder te hoeven specificeren welke concrete klasse wordt gecreëerd
- (Sub)klassen of implementaties instantiëren tijdens runtime, waarbij de klassen en parameters
kunnen variëren
Stel dat we een pizza bezorgservice hebben. Voor elke soort delivery hebben we een apart
object (deliveryByBike, deliveryByFoot). Bij bezorgen binnen 500m doen we dit lopend, bij
bezorgen binnen 3000m doen we dit met de fiets.
Stel dat we nu een bezorgwijze willen
Delivery delivery; toevoegen, zoals DeliveryByCar.
Of, we de manier van bezorgen willen
if (distance <= 500) { baseren op iets anders dan de afstand.
delivery = new DeliveryOnFoot();
} else if (distance <= 3000) {
Dan heeft deze client class te veel
delivery = new DeliveryByBicycle();
} else { redenen om te veranderen. Dit schendt
System.out.println(“Distances exceeding 3000m het Single Responsibility Principle.
are not supported”);
Encapsulate what varies, in dit geval is
dat dus het aanmaken van objecten.
Jet Wardenier 28/12
, Oplossing:
Biedt een interface aan om objecten te creëren, maar laat subklassen of implementaties
beslissen welke klassen geïnstantieerd moeten worden en hoe.
Subklassen instantiëren tijdens runtime, waarbij de klassen en parameters kunnen
variëren
‘Product’ objecten maken zonder hun concrete klassen te specificeren
public class Main{
DeliveryFactory factory = new DistanceBasedDeliveryFactory(distance);
Delivery delivery = factor.createDelivery(); }
public class DistanceBasedDeliveryFactory implements DeliveryFactory{
private int distance;
public DistanceBasedDeliveryFactory(int distance){
this.distance = distance;
}
public delivery createDelivery(){
if (distance <= 500) {
return new DeliveryOnFoot();
}
if (distance <= 3000) {
return new DeliveryByBicycle();
}
return new DeliveryByCar();
}
}
inheritance/implementatie
1 factory per concreet product
Jet Wardenier 28/12
Design patterns: te implementeren standaardoplossingen voor bepaalde ontwerp problemen
die vaker voorkomen binnen een bepaalde context (abstract/conceptueel)
Frameworks / libraries: hergebruik van bestaande code die voorziet in één functionaliteit
(concreet / implementatie-specifiek)
Gebruik niet voor alles een pattern, laat je leiden door design principes en verbeter met
patterns.
Soorten design patterns:
• Creational patterns
Het maken van objecten en de mogelijkheid bieden om een client te ontkoppelen van de
objecten die hij moet maken.
• Structural patterns
Geven de mogelijkheid om klassen/objecten in grote structuren onder te brengen en te
organiseren in een samenhangend geheel.
• Behavioral patterns
Houden zich bezig met hoe klassen samenwerken en hun verantwoordelijkheid delen voor een
samenhangend geheel.
Creational patterns
Factory method
Bedoeling:
- Objecten aanmaken zonder te hoeven specificeren welke concrete klasse wordt gecreëerd
- (Sub)klassen of implementaties instantiëren tijdens runtime, waarbij de klassen en parameters
kunnen variëren
Stel dat we een pizza bezorgservice hebben. Voor elke soort delivery hebben we een apart
object (deliveryByBike, deliveryByFoot). Bij bezorgen binnen 500m doen we dit lopend, bij
bezorgen binnen 3000m doen we dit met de fiets.
Stel dat we nu een bezorgwijze willen
Delivery delivery; toevoegen, zoals DeliveryByCar.
Of, we de manier van bezorgen willen
if (distance <= 500) { baseren op iets anders dan de afstand.
delivery = new DeliveryOnFoot();
} else if (distance <= 3000) {
Dan heeft deze client class te veel
delivery = new DeliveryByBicycle();
} else { redenen om te veranderen. Dit schendt
System.out.println(“Distances exceeding 3000m het Single Responsibility Principle.
are not supported”);
Encapsulate what varies, in dit geval is
dat dus het aanmaken van objecten.
Jet Wardenier 28/12
, Oplossing:
Biedt een interface aan om objecten te creëren, maar laat subklassen of implementaties
beslissen welke klassen geïnstantieerd moeten worden en hoe.
Subklassen instantiëren tijdens runtime, waarbij de klassen en parameters kunnen
variëren
‘Product’ objecten maken zonder hun concrete klassen te specificeren
public class Main{
DeliveryFactory factory = new DistanceBasedDeliveryFactory(distance);
Delivery delivery = factor.createDelivery(); }
public class DistanceBasedDeliveryFactory implements DeliveryFactory{
private int distance;
public DistanceBasedDeliveryFactory(int distance){
this.distance = distance;
}
public delivery createDelivery(){
if (distance <= 500) {
return new DeliveryOnFoot();
}
if (distance <= 3000) {
return new DeliveryByBicycle();
}
return new DeliveryByCar();
}
}
inheritance/implementatie
1 factory per concreet product
Jet Wardenier 28/12
