Interface-Segregation-Prinzip

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.

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();

Einzelnachweise

Kategorie:Softwaretechnik Kategorie:Softwarearchitektur Kategorie:Objektorientierte Programmierung Kategorie:Vorgehensmodell (Software)