Es sollte niemals mehr als einen Grund für eine Klassenänderung geben, eine Klasse sollte also nur einen Zweck haben.

Software Entitäten (Klassen, Module, Funktion…) sollten offen für Erweiterungen sein aber geschlossen für Änderungen.

Funktionen, die Zeiger oder Referenzen auf Basisklassen verwenden, sollten Objekte abgeleiteter Klassen verwenden können, ohne es wissen zu müssen.

Clients sollten nicht gezwungen sein, sich auf Schnittstellen zu verlassen, die sie nicht verwenden. Dies bedeutet, die Anzahl der Schnittstellen Member sollte möglichst minimiert werden.

Ganz einfach gesagt sollten High Level Module nicht von Low Level Modulen abhängen, beide sollten von Abstraktionen abhängen und Abstraktionen sollten nicht von Details abhängen, sondern  Details sollten von Abstraktionen abhängen.

Damit kann Code nur lose gekoppelt werden. Ein oft verwendendes Pattern hier ist das Dependency Injection pattern, welches in vielen modernen Umgebungen unterstützt wird.

Dieses Pattern hat sich vor allem im Bereich der WPF / Xamarin Entwicklung bewährt und wird, in Verbindung mit Data Binding, auch von uns sehr gern eingesetzt.

Das MVC-Entwurfsmuster (Model-View-Controller) ist ein Entwurfsmuster, das es bereits seit einigen Jahrzehnten gibt. Es wurde für viele verschiedene Technologien verwendet, von Smalltalk über C ++ bis Java und jetzt natürlich auch in C # und .NET.

Das Model View Presenter Muster ist aus dem MVC Pattern hervorgegangen. Es soll für eine striktere Trennung von View und Model sorgen. Dies führt zu einer besseren Testbarkeit.