imported>OnyxSard: /* Beispiele */ Schlechte Beispiele durch sinnvolleres Beispiel ersetzt. Siehe Diskussion. Das neue Beispiel zeigt die Vorzüge vom ISP: Keine unnötigen Dummy- oder Not-Implemented-implementierungen, wenn eine Klasse eine bestimmte Methode nicht braucht & IDE-/Compiler-Fehler bei falscher Verwendung

2026-01-02T11:48:06Z

Beispiele: Schlechte Beispiele durch sinnvolleres Beispiel ersetzt. Siehe Diskussion. Das neue Beispiel zeigt die Vorzüge vom ISP: Keine unnötigen Dummy- oder Not-Implemented-implementierungen, wenn eine Klasse eine bestimmte Methode nicht braucht & IDE-/Compiler-Fehler bei falscher Verwendung

Neue Seite

Das '''Interface-Segregation-Prinzip''' oder '''Schnittstellenaufteilungsprinzip''' ist ein Begriff aus der [[Informatik]]. Es handelt sich um ein [[Prinzipien objektorientierten Designs|Prinzip des objektorientierten Entwurfs]]. Demnach sollen zu große [[Schnittstelle (Programmierung)|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.<ref>{{Internetquelle
| autor=Wolfgang Kowarschick
| hrsg=GlossarWiki der Hochschule Augsburg (HSA)
| url=https://glossar.hs-augsburg.de/Hauptseite
| sprache=de
| titel=Programmierprinzipien: Interface-Segregation-Prinzip, Interface segregation principle
| datum=2012-02-23
| archiv-url=https://web.archive.org/web/20120627051939/http://glossar.hs-augsburg.de/Hauptseite#Interface-Segregation-Prinzip.5B8.5D.2C_Interface_segregation_principle
| archiv-datum=2012-06-27
| zugriff=2012-06-26
| offline=
| archiv-bot=2025-07-21 06:41:41 InternetArchiveBot
}}</ref>

=== Beispiele ===

==== Java ====
<syntaxhighlight lang="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");
}
}</syntaxhighlight>

===== Anwendung =====
<syntaxhighlight lang="java">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();
}
}</syntaxhighlight>

==== Typescript ====
<syntaxhighlight lang="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;
}</syntaxhighlight>

===== Anwendung =====
<syntaxhighlight lang="typescript">
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();
}
}
</syntaxhighlight>

== Einzelnachweise ==
<references />

{{Navigationsleiste Prinzipien objektorientierten Designs}}

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

Interface-Segregation-Prinzip - Versionsgeschichte