An diesem Beispiel erkennt man gut, warum diese Klassen eigentlich Interfaces heißen. Ausleihbar ist nicht dazu da, um selbst Objekte zu erzeugen – aber es versammelt in sich alle ausleihbaren Klassen, sodass Ausleihvorgang sich auf „irgendetwas Ausleihbares“ beziehen kann, ohne festzulegen, welche konkreten Klassen es davon überhaupt gibt.

Die Schnittstelle wird damit zur Vermittlungsstelle zwischen dem Nutzer der Objekte (Ausleihvorgang) und den konkreten möglichen Klassen (Buch, EBook). Die konkreten Klassen bleiben für Ausleihvorgang dabei verborgen – es „sieht“ nur die Schnittstelle, nicht die Implementierung dahinter. Das reduziert die Komplexität erheblich: Käme später eine dritte ausleihbare Klasse dazu (z. B. Hörbuch), müsste an Ausleihvorgang gar nichts geändert werden.

Dieses Prinzip – sich auf eine Schnittstelle statt auf konkrete Klassen zu beziehen – ist ein zentrales Thema in der fortgeschrittenen Objektorientierung und begegnet dir später unter dem Stichwort Design Patterns wieder.