Heim  >  Artikel  >  Backend-Entwicklung  >  Beispielcode des dreifachen Bereichs der PHP-Entkopplung (eine kurze Diskussion von Service-Containern)

Beispielcode des dreifachen Bereichs der PHP-Entkopplung (eine kurze Diskussion von Service-Containern)

黄舟
黄舟Original
2017-03-14 16:38:401370Durchsuche

Dieser Artikel stellt hauptsächlich das relevante Wissen über die drei Bereiche der PHP-Entkopplung vor (eine kurze Diskussion von Service-Containern). Hat einen sehr guten Referenzwert. Werfen wir einen Blick mit dem Editor unten

Bevor Sie diesen Artikel lesen, müssen Sie Folgendes beherrschen: PHP-Syntax, Objektorientiert

Beim Abschluss der gesamten Softwareprojektentwicklung ist manchmal die Zusammenarbeit mehrerer Personen erforderlich, und manchmal kann sie unabhängig von der Codemenge abgeschlossen werden Wenn der Code zunimmt, gerät er „außer Kontrolle“. Mit der Zeit haben „hässliche Schnittstellen und schmutzige Implementierungen“ die Kosten und den Schwierigkeitsgrad der Projektwartung erhöht und einen Punkt erreicht, an dem sie nicht mehr nachhaltig ist und nur noch eine Umgestaltung möglich ist oder neu entwickeln.

Die erste Ebene

Hypothetisches Szenario: Wir müssen eine Verarbeitungsklasse schreiben, die gleichzeitig Sitzungen, Datenbanken und Dateisysteme betreiben kann . Wir könnten das schreiben.

Realm-Funktionen: Es kann ausgeführt werden, ist aber stark gekoppelt


class DB{
 public function DB($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class FileSystem{
 public function FileSystem($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Session{
 public function Session($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Writer{
 public function Write(){
 $db=new DB(1,2);
 $filesystem=new FileSystem(3,4);
 $session=new Session(5,6);
 }
}
$writer=new Writer();
$writer->write();

Nachteile beim Schreiben:

1. Erstellen Sie ein Objekt in einer öffentlichen Funktion. Sobald Änderungen an Datenbankparametern erforderlich sind, sind Änderungen erforderlich

2. Die für den Entwurf der Writer-Klasse verantwortliche Person muss mit verschiedenen APIs von DB und anderen Klassen vertraut sein Gibt es eine Möglichkeit, die Kopplung zu reduzieren?

Zweite Ebene (Parameterabhängigkeit)

Hypothetisches Szenario: Die Datenbankadresse muss häufig geändert werden, da unterschiedliche Kunden die DB-Klasse aufrufen Es gibt viele (wenn es Dutzende sind), und ich hoffe, dass der Code dieser Klassen auch dann nicht geändert werden muss, wenn die Datenbankadresse geändert wird.

Obwohl die Konstruktion der DB-Klasse auf den Client verlagert wurde, verringert sich der Arbeitsaufwand, sobald Änderungen erforderlich sind, erheblich, es entsteht jedoch ein neues Problem: in Um eine Writer-Klasse zu erstellen, müssen wir zuerst die DB-Klasse, die FileSystem-Klasse usw. erstellen. Dies ist eine große Herausforderung für die Person, die für die Writer-Klasse verantwortlich ist. Er muss viele andere Klassendokumente lesen und einzeln erstellen. muss möglicherweise auch initialisiert werden), bevor er sie erstellen kann.


Wir hoffen also, eine bessere Schreibweise zu haben, damit Leute, die die Writer-Klasse schreiben, eine schnellere Schnittstelle verwenden können, um die gewünschte Klasse zu erstellen und aufzurufen, ohne die Parameter einzugeben.

class DB{
 public function DB($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class FileSystem{
 public function FileSystem($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Session{
 public function Session($arg1,$arg2){
 echo 'constructed!'.PHP_EOL;
 }
}
class Writer{
 protected $_db;
 protected $_filesystem;
 protected $_session;
 public function Set($db,$filesystem,$session){
 $this->_db=$db;
 $this->_filesystem=$filesystem;
 $this->_session=$session;
 }
 public function Write(){

 }
}
$db=new DB(1,2);
$filesystem=new FileSystem(3,4);
$session=new Session(5,6);
$writer=new Writer();
$writer->Set($db,$filesystem,$session);
$writer->write();

Die dritte Ebene (IOC-Container)

Nach den ersten beiden Ebenen hoffen wir, die folgenden Vorteile hinzufügen zu können:

1. Ich hoffe, dass die DB-Klasse, die Session-Klasse und die FileSystem-Klasse „out of the box“ verwendet werden können, ohne jedes Mal eine mühsame Initialisierung, wie z. B. das Schreiben von $db=new DB(arg1, arg2);Diese Art von Anweisung.

2. Es wird gehofft, dass DB und andere Objekttypen „global“ sind und jederzeit während der gesamten Programmausführung aufgerufen werden können.

3. Programmierer, die DB und andere Typen aufrufen, müssen nicht allzu viele Details dieser Klasse kennen und können sogar einen Alias ​​von string verwenden um ein solches Objekt zu erstellen.

Was die oben genannten Ziele erreichen kann, ist der IOC-Container. Sie können den IOC-Container einfach als globale Variable betrachten und das zugehörige -Array verwenden, um die Zeichenfolge zu erstellen und Funktion führt die Bindung durch.

Wir implementieren zunächst eine Containerklasse

Dienstregistrierung (verbindlich)


class Container{
 public $bindings;
 public function bind($abstract,$concrete){
 $this->bindings[$abstract]=$concrete;
 }
 public function make($abstract,$parameters=[]){
 return call_user_func_array($this->bindings[$abstract],$parameters);
 }
}
Containerabhängigkeiten


Das obige ist der detaillierte Inhalt vonBeispielcode des dreifachen Bereichs der PHP-Entkopplung (eine kurze Diskussion von Service-Containern). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
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