Detaillierte Erläuterung der Ioc- und Di-Beispiele in PHP

墨辰丷
Freigeben: 2023-03-27 13:58:02
Original
1774 Leute haben es durchsucht

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 &#39;b&#39;;
	}
}

class C
{
	public function C()
	{
		//TODO
	}
	public function Method()
	{
		//TODO
		echo &#39;c&#39;;
	}
}

$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 &#39;b&#39;;
	}
}
class B1 extends B
{
	public function B1()
	{
		//TODO
	}
	public function Method()
	{
		echo &#39;b1&#39;;
	}
}
class B2 extends B
{
	public function B2()
	{
		//TODO
	}
	public function Method()
	{
		echo &#39;b2&#39;;
	}
}
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 &#39;B&#39;:
			{
				return new B();
				break;
			}
			case &#39;C&#39;:
			{
				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(&#39;B&#39;);
		$this->c=$f->create(&#39;C&#39;);
		
		$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 &#39;b&#39;;
	}
}

class C implements IMethod
{
	public function C()
	{
		//TODO
	}
	public function Method()
	{
		//TODO
		echo &#39;c&#39;;
	}
}
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!

Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage