Ich habe kürzlich das ThinkPHP5-Framework verwendet. Nachdem ich mir den Quellcode angesehen habe, habe ich festgestellt, dass an vielen Stellen auch Abhängigkeitsinjektion (Inversion of Control) verwendet wird ist und wie man es benutzt.
Schauen wir uns zunächst ein Beispiel an:
<?php
class A
{
public $b;
public $c;
public function A()
{
//TODO
}
public function Method()
{
$this->b=new B();
$this->c=new C();
$this->b->Method();
$this->c->Method();
//TODO
}
}
class B
{
public function B()
{
//TODO
}
public function Method()
{
//TODO
echo 'b';
}
}
class C
{
public function C()
{
//TODO
}
public function Method()
{
//TODO
echo 'c';
}
}
$a=new A();
$a->Method();
?>Nach dem Login kopieren
Mit dem obigen Code können wir einen Satz leicht verstehen:
Klasse A hängt von der B-Klasse und der Klasse C ab
Mit anderen Worten, wenn wir im zukünftigen Entwicklungsprozess Klasse B oder Klasse C ändern müssen, müssen wir einmal die Funktion umbenennen, die Anzahl der Funktionsparameter ändern oder sogar Wenn wir die gesamte Klassenstruktur anpassen, müssen wir auch entsprechende Anpassungen vornehmen, und die Unabhängigkeit von Kategorie A geht während des Entwicklungsprozesses sehr unpraktisch ". Wenn die beiden Kategorien von zwei Personen getrennt geschrieben werden, kommt es zu diesem Zeitpunkt häufig zu Konflikten. . .
Wenn wir die Kategorien B und C wirklich ändern müssen, gibt es dann eine Möglichkeit, den Code der Kategorie A nicht oder so wenig wie möglich zu ändern? Hier kommt die Umkehrung der Steuerung zum Einsatz.
High-Level-Module sollten nicht von Low-Level-Modulen abhängen, beide sollten von Abstraktionen abhängen.
Inversion of Control (IOC) ist eine Idee, und Dependency Injection (DI) ist eine Methode zur Umsetzung dieser Idee.
Die erste Methode heißt: Konstruktorinjektion (diese Methode wird nicht empfohlen, ist aber besser, als sie nicht zu verwenden)
class A
{
public $b;
public $c;
public function A($b,$c)
{
$this->b=$b;
$this->c=$c;
}
public function Method()
{
$this->b->Method();
$this->c->Method();
}
}Nach dem Login kopieren
Client Die Klasse ist wie folgt geschrieben:
$a=new A(new B(),new C());
$a->Method();
Nach dem Login kopieren
Der Konstruktor von Klasse A hängt von Klasse B und Klasse C ab. Er wird über die Parameter des Konstruktors übergeben. Zumindest eines wird erreicht: B. Die Erstellung von Klassenobjekt B und Klasse C-Objekt C wurde außerhalb von Klasse A verschoben. Sobald also Klasse B und Klasse C geändert werden, muss Klasse A nicht geändert werden, sondern nur geändert werden in der Client-Klasse
Wenn wir eines Tages Klasse B erweitern und zwei Unterklassen von Klasse B erstellen müssen
class B
{
public function B()
{
//TODO
}
public function Method()
{
//TODO
echo 'b';
}
}
class B1 extends B
{
public function B1()
{
//TODO
}
public function Method()
{
echo 'b1';
}
}
class B2 extends B
{
public function B2()
{
//TODO
}
public function Method()
{
echo 'b2';
}
}Nach dem Login kopieren
ist auch sehr einfach . Die Client-Klasse ist wie folgt geschrieben:
$a=new A(new B2(),new C());
$a->Method();
Nach dem Login kopieren
Klasse A muss sich also nicht darum kümmern, welche Unterklassen Klasse B hat, solange es darum geht die Client-Klasse.
Die zweite Methode heißt: Factory Pattern Injection (empfohlen)
class Factory
{
public function Factory()
{
//TODO
}
public function create($s)
{
switch($s)
{
case 'B':
{
return new B();
break;
}
case 'C':
{
return new C();
break;
}
default:
{
return null;
break;
}
}
}
}Nach dem Login kopieren
Unser Klasse-A-Code wird geändert in:
class A
{
public $b;
public $c;
public function A()
{
//TODO
}
public function Method()
{
$f=new Factory();
$this->b=$f->create('B');
$this->c=$f->create('C');
$this->b->Method();
$this->c->Method();
//TODO
}
}Nach dem Login kopieren
Tatsächlich wurde ein kleiner Teil davon entkoppelt. Zumindest wenn sich die Konstruktoren der Klassen B und C ändern, wie zum Beispiel das Ändern von Funktionsparametern usw., brauchen wir nur um die Factory-Klasse zu ändern.
Abstraktion sollte nicht von Details abhängen, Details sollten von der Abstraktion abhängen.
Abstrahieren Sie die Methoden in den Klassen B und C und erstellen Sie eine Schnittstelle
interface IMethod
{
public function Method();
}Nach dem Login kopieren
Auf diese Weise wird die $b-Variable in Klasse A Das $ c-Variable ist keine konkrete Variable mehr, sondern eine Variable vom abstrakten Typ. Ich weiß nicht, wie ihre Methode implementiert wird, bis sie ausgeführt wird.
class B implements IMethod
{
public function B()
{
//TODO
}
public function Method()
{
//TODO
echo 'b';
}
}
class C implements IMethod
{
public function C()
{
//TODO
}
public function Method()
{
//TODO
echo 'c';
}
}Nach dem Login kopieren
Um ein paar Punkte zusammenzufassen:
1. Wir verschieben die Erstellung von Klasse-B-Objekten und Klasse-C-Objekten in Klasse A A Outside
2. Ursprünglich stützte sich Klasse A auf Klasse B und Klasse C, aber jetzt hängt A von Factory ab und Factory von B und C.
Verwandte Empfehlungen:
Detaillierte Beispielcode-Erklärung von PHP Inversion of Control (IOC) und Dependency Injection (DI)
Teilen Sie praktische Tutorials zu PHP Dependency Injection (DI) und Inversion of Control (IoC)
PHP Dependency Injection (DI) und Inversion of Control ( IoC) )Beispiel-Tutorial
Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung der Ioc- und Di-Beispiele in PHP. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
