Interface-Segregation-Prinzip
Programmierprinzip
From Wikipedia, the free encyclopedia
Das Interface-Segregation-Prinzip oder Schnittstellenaufteilungsprinzip ist ein Begriff aus der Informatik. Es handelt sich um ein Prinzip des objektorientierten Entwurfs. Demnach sollen zu große Schnittstellen in mehrere Schnittstellen aufgeteilt werden, falls implementierende Klassen unnötige Methoden haben müssen. Nach erfolgreicher Anwendung dieses Entwurfprinzips müsste ein Modul, das eine Schnittstelle benutzt, nur diejenigen Methoden implementieren, die es auch wirklich braucht.
Zweck
Durch dieses Prinzip ist es möglich, die von Bertrand Meyer geforderten schlanken Schnittstellen zu realisieren, was eine verbesserte Wartbarkeit mit sich bringt, da Klassen nur noch die Methoden implementieren, die sie benötigen. Somit wird der Code kompakt und ist besser wiederverwertbar. Auch eine verbesserte Überprüfbarkeit ist gegeben.[1]
Beispiele
Java
interface Workable {
void work();
}
interface Eatable {
void eat();
}
class Human implements Workable, Eatable {
@Override
public void work() {
System.out.println("Mensch arbeitet");
}
@Override
public void eat() {
System.out.println("Mensch isst");
}
}
class Robot implements Workable {
/**
* Robot implementiert nur Workable, nicht Eatable.
* Dies erfüllt das ISP, da Robot nicht gezwungen wird, eine eat()-Methode
* zu implementieren, die er nicht benötigt. Dadurch wird vermieden, dass
* unnötige Methoden mit Dummy-Implementierungen oder Exceptions gefüllt werden müssen.
*/
@Override
public void work() {
System.out.println("Roboter arbeitet");
}
}
Anwendung
Workable[] workers = { new Human(), new Robot()};
// Alle Arbeiter können arbeiten
for (Workable worker: workers) {
worker.work(); // Kompiliert erfolgreich
}
// Mittagspause: Falsche Implementierung wird durch IDE / Compiler erkannt
for (Workable worker: workers) {
// worker.eat(); // COMPILER-FEHLER: eat() existiert nicht in Workable
}
// Mittagspause, korrekte Lösung: eat() nur auf Eatable-Objekten aufrufen
for (Workable worker: workers) {
if (worker instanceof Eatable) {
((Eatable) worker).eat();
}
}
Typescript
interface Workable {
work(): void;
}
interface Eatable {
eat(): void;
}
class Human implements Workable, Eatable {
work(): void {
console.log("Mensch arbeitet");
}
eat(): void {
console.log("Mensch isst");
}
}
class Robot implements Workable {
/**
* Robot implementiert nur Workable, nicht Eatable.
* Dies erfüllt das ISP, da Robot nicht gezwungen wird, eine eat()-Methode
* zu implementieren, die er nicht benötigt. Dadurch wird vermieden, dass
* unnötige Methoden mit Dummy-Implementierungen oder Exceptions gefüllt werden müssen.
*/
work(): void {
console.log("Roboter arbeitet");
}
}
function isEatable(worker: Workable): worker is Eatable {
return 'eat' in worker;
}
Anwendung
const workers: Workable[] = [new Human(), new Robot()];
// Alle Arbeiter können arbeiten
for (const worker of workers) {
worker.work();
}
// Mittagspause: Falsche Implementierung wird durch IDE / Compiler erkannt
for (const worker of workers) {
// worker.eat(); // COMPILER-FEHLER: eat() existiert nicht in Workable
}
// Mittagspause, korrekte Lösung: eat() nur auf Eatable-Objekten aufrufen
for (const worker of workers) {
if (isEatable(worker)) {
worker.eat();
}
}
