SOLID-Dependency Inversion Principle

Details
Vollständiger Name

SOLID Dependency Inversion Principle (DIP)

Absicht:

High-Level-Module sollten nicht von Low-Level-Modulen abhängen. Beide sollten von Abstraktionen abhängen. Abstraktionen sollten nicht von Details abhängen; Details sollten von Abstraktionen abhängen.

Wann zu verwenden:

  • High-Level-Geschäftslogik instanziiert direkt Infrastrukturklassen

  • Das Wechseln einer Datenbank oder eines Frameworks erfordert Änderungen an der Geschäftslogik

  • Unit-Tests erfordern das Ausführen tatsächlicher externer Dienste

Prompt-Beispiel:

"Refactore diese Klasse nach dem SOLID-Dependency Inversion Principle, sodass die Abhängigkeiten über Interfaces injiziert werden."

Verwandte Anker: