Sie haben hier wirklich zwei sehr unterschiedliche Fragen, obwohl sie miteinander zusammenhängen.
Die allgemeinere Frage ist die im Titel, warum Sie die Schnittstelle von der Implementierung im Allgemeinen trennen sollten. Die zweite Frage ist, warum das Brückenmuster nützlich ist. Sie hängen zusammen, weil das Brückenmuster eine bestimmte Art der Trennung der Schnittstelle von der Implementierung darstellt, die auch einige bestimmte andere Konsequenzen hat.
Die allgemeine Frage ist für jeden Programmierer von entscheidender Bedeutung. Dies verhindert, dass sich Änderungen in einem Programm überall verbreiten. Ich kann mir nicht vorstellen, dass Menschen programmieren können, ohne dies zu benutzen.
Wenn Sie eine einfache Additionsanweisung in einer Programmiersprache schreiben, ist dies bereits eine Abstraktion (auch wenn sie keine Operatorüberladung zum Hinzufügen von Matrizen oder dergleichen verwendet), die eine ganze Reihe anderer Codes durchläuft, bevor sie schließlich ausgeführt wird auf einem Stromkreis in Ihrem Computer. Wenn es keine Trennung der Schnittstelle (z. B. "3 + 5") von der Implementierung (eine Reihe von Maschinencode) gäbe, müssten Sie Ihren Code jedes Mal ändern, wenn sich die Implementierung ändert (als wollten Sie auf einem ausführen) neuer Prozessor).
Selbst innerhalb einer einfachen CRUD-Anwendung ist jede Methodensignatur im weiteren Sinne die Schnittstelle zu ihrer Implementierung.
Alle diese Abstraktionsarten haben dasselbe grundlegende Ziel: Lassen Sie den aufrufenden Code seine Absicht so abstrakt wie möglich ausdrücken, damit der Implementierer so viele Informationen wie nötig erhält. Dies stellt die minimal mögliche Kopplung zwischen ihnen bereit und begrenzt den Welligkeitseffekt, wenn Code so weit wie möglich geändert werden muss.
Es klingt einfach, aber in der Praxis wird es kompliziert.
Das Brückenmuster ist eine spezielle Methode, um bestimmte Implementierungsbits in Schnittstellen zu unterteilen. Das Klassendiagramm des Musters ist informativer als die Beschreibung. Es ist eher eine Art, steckbare Module als eine Bridge zu haben, aber sie haben sie Bridge genannt, da sie häufig dort verwendet wird, wo die Module vor der Schnittstelle erstellt wurden. Das Erstellen einer gemeinsamen Schnittstelle für ähnliche vorhandene Implementierungen überbrückt also den Unterschied und ermöglicht es Ihnen, mit jeder der Implementierungen zu arbeiten.
Angenommen, Sie möchten ein Add-On für ein Textverarbeitungsprogramm schreiben, möchten jedoch, dass es auf mehreren Textverarbeitungsprogrammen funktioniert. Sie können eine Schnittstelle erstellen, die die von Ihnen benötigte textverarbeitungsbasierte Funktionalität abstrahiert (und die von jeder Textverarbeitung implementiert werden muss, da Sie diese nicht ändern können), und einen Implementierer dieser Schnittstelle für jede zu unterstützende Textverarbeitung. Dann kann Ihre Anwendung diese Schnittstelle aufrufen und sich nicht um die Details der einzelnen Textverarbeitungsprogramme kümmern.
Tatsächlich ist es etwas detaillierter, da jede Klasse möglicherweise eine Klassenhierarchie enthält (es gibt also möglicherweise nicht nur ein abstraktes Textverarbeitungsprogramm, sondern ein abstraktes Dokument, eine abstrakte Textauswahl usw. mit konkreten Implementierungen für jede Klasse) die gleiche Idee.
Es ist ein bisschen wie eine Fassade, nur dass in diesem Fall die Abstraktionsschicht darauf abzielt, die gleiche Schnittstelle für mehrere zugrunde liegende Systeme bereitzustellen.
Dies hängt mit Inversion Of Control zusammen, da der konkrete Implementierer an Methoden oder Konstruktoren übergeben wird und die tatsächlich aufgerufene Implementierung bestimmt.