Kapselung, Vererbung, Verständnis von Polymorphismus

Kapselung, Vererbung, polymorphes Verständnis

1. Kapselung

Das heißt, objektive Dinge in abstrakte Klassen einzukapseln, und Klassen können nur vertrauenswürdigen Klassen oder Objekten erlauben, ihre Daten und Methoden zu betreiben und Informationen vor nicht vertrauenswürdigen Klassen zu verbergen. Die Kapselung ist eines der Merkmale der Objektorientierung und das Hauptmerkmal der Konzepte von Objekten und Klassen. Einfach ausgedrückt ist eine Klasse eine logische Einheit, die Daten und Code kapselt, der mit diesen Daten arbeitet. Innerhalb eines Objekts können einige Codes oder Daten privat sein und für die Außenwelt nicht zugänglich sein. Auf diese Weise bieten Objekte unterschiedliche Schutzniveaus für interne Daten, um zu verhindern, dass unabhängige Teile des Programms versehentlich Änderungen vornehmen oder die privaten Teile des Objekts falsch verwenden.

2. Vererbung

bezieht sich auf eine Methode, die es einem Objekt eines bestimmten Typs ermöglicht, die Eigenschaften eines Objekts eines anderen Typs zu erhalten. Es unterstützt das Konzept der hierarchischen Klassifizierung. Unter Vererbung versteht man die Möglichkeit, die gesamte Funktionalität einer vorhandenen Klasse zu nutzen und diese zu erweitern, ohne die ursprüngliche Klasse neu schreiben zu müssen. Die durch Vererbung erstellte neue Klasse wird als „Unterklasse“ oder „abgeleitete Klasse“ bezeichnet, und die geerbte Klasse wird als „Basisklasse“, „übergeordnete Klasse“ oder „Superklasse“ bezeichnet. Der Prozess der Vererbung ist der Prozess vom Allgemeinen zum Besonderen. Um eine Vererbung zu erreichen, können Sie dies über „Vererbung“ und „Zusammensetzung“ erreichen. Es gibt zwei Arten von Möglichkeiten, das Konzept der Vererbung zu implementieren: Implementierungsvererbung und Schnittstellenvererbung. Die Implementierungsvererbung bezieht sich auf die Möglichkeit, die Eigenschaften und Methoden der Basisklasse ohne zusätzliche Codierung zu verwenden. Die Schnittstellenvererbung bezieht sich auf die Möglichkeit, nur die Namen der Eigenschaften und Methoden zu verwenden, die Unterklasse muss jedoch eine Implementierung bereitstellen 3. Polymorphismus

bedeutet, dass dieselbe Methode einer Klasseninstanz in verschiedenen Situationen unterschiedliche Erscheinungsformen hat. Polymorphismus ermöglicht es Objekten mit unterschiedlichen internen Strukturen, dieselbe externe Schnittstelle zu teilen. Dies bedeutet, dass die spezifischen Operationen an verschiedenen Objekten zwar unterschiedlich sind, sie (diese Operationen) jedoch auf die gleiche Weise über eine gemeinsame Klasse aufgerufen werden können.

Fünf Grundprinzipien

Single-Responsibility-Prinzip SRP (Single-Responsibility-Prinzip)

bedeutet, dass die Funktion einer Klasse einzeln sein muss und nicht alle sein kann -inklusive. Wie einem Menschen sollte auch Ihnen nicht zu viel Arbeit zugewiesen werden, da Sie sonst zwar den ganzen Tag beschäftigt sind, Ihre Effizienz aber nicht hoch ist.

Open-Close-Prinzip OCP (Open-Close-Prinzip)

Ein Modul sollte hinsichtlich der Erweiterbarkeit offen und hinsichtlich der Veränderbarkeit geschlossen sein. Beispiel: Ein Netzwerkmodul verfügte ursprünglich nur über serverseitige Funktionen, jetzt müssen jedoch clientseitige Funktionen hinzugefügt werden.

Anschließend sollte der Implementierungscode der clientseitigen Funktionen hinzugefügt werden, ohne die serverseitigen Funktionen zu ändern Funktionscode: Zu Beginn des Entwurfs müssen der Server und der Client getrennt und die öffentlichen Teile abstrahiert werden.

Das Liskov-Substitutionsprinzip LSP (das Liskov-Substitutionsprinzip LSP)

Unterklassen sollten in der Lage sein, die übergeordnete Klasse zu ersetzen und überall dort zu erscheinen, wo die übergeordnete Klasse erscheinen kann. Zum Beispiel: Das Unternehmen veranstaltet eine jährliche Party und alle Mitarbeiter können an der Lotterie teilnehmen, egal ob sie alte oder neue Mitarbeiter sind,

oder ob sie in der Zentrale oder im Ausland arbeiten, sie sollten dazu in der Lage sein an der Lotterie teilzunehmen, sonst wird das Unternehmen nicht harmonisch sein.

Das Abhängigkeitsinversionsprinzip DIP (das Abhängigkeitsinversionsprinzip DIP) Das Konkrete hängt von der Zusammenfassung ab, und die obere Schicht hängt von der unteren Schicht ab. Angenommen, B ist ein niedrigeres Modul als A, aber B muss die Funktionen von A verwenden.

Zu diesem Zeitpunkt sollte B die konkrete Klasse in A nicht direkt verwenden: Stattdessen sollte B eine abstrakte Schnittstelle definieren und Verwenden Sie es von A. Um diese abstrakte Schnittstelle zu implementieren, verwendet B nur diese abstrakte Schnittstelle: Dadurch wird der Zweck der Abhängigkeitsumkehr erreicht, und B entlastet auch seine Abhängigkeit von A. A wiederum hängt von der durch B definierten abstrakten Schnittstelle ab. Es ist schwierig, die Abhängigkeit von Modulen der unteren Ebene durch Module der oberen Ebene zu vermeiden. Wenn B auch direkt von der Implementierung von A abhängt, kann dies zu zirkulären Abhängigkeiten führen. Ein häufiges Problem besteht darin, dass beim Kompilieren von Modul A die CPP-Datei von Modul B direkt eingebunden werden muss und beim Kompilieren von B auch die CPP-Datei von A direkt eingebunden werden muss.

Das Interface-Segregation-Prinzip ISP (das Interface-Segregation-Prinzip ISP)

Module sollten durch abstrakte Schnittstellen isoliert werden, anstatt durch spezifische Klassen stark gekoppelt zu sein

Empfohlene Tutorials: „

PHP-Tutorial“ „
Java“

Das obige ist der detaillierte Inhalt vonKapselung, Vererbung, Verständnis von Polymorphismus. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!