Heim >Backend-Entwicklung >PHP-Tutorial >Eine kurze Diskussion zur Entkopplung der Codearchitektur in PHP

Eine kurze Diskussion zur Entkopplung der Codearchitektur in PHP

*文
*文Original
2018-01-02 17:17:322514Durchsuche

PHP spricht kurz über die Entkopplung der Codearchitektur. In diesem Artikel werden hauptsächlich die drei Bereiche der PHP-Entkopplung und das damit verbundene Wissen über Service-Container vorgestellt. Hat einen sehr guten Referenzwert. Ich hoffe, es hilft allen.

Beim Abschluss der Entwicklung des gesamten Softwareprojekts ist manchmal die Zusammenarbeit mehrerer Personen erforderlich, und manchmal kann es unabhängig voneinander abgeschlossen werden, da die Codemenge zunimmt. Beim Schreiben des Codes gerät es „außer Kontrolle“, die „hässliche Schnittstelle und die schmutzige Implementierung“ nehmen zu, die Kosten und die Schwierigkeit der Projektwartung nehmen zu und erreichen einen Punkt, an dem sie nicht mehr tragbar ist und die einzige Möglichkeit darin besteht, sie zu rekonstruieren sanieren.

Die erste Ebene

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

Realm-Funktionen: Es kann ausgeführt werden, ist jedoch 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. Objekte in öffentlichen Funktionen erstellen, Änderungen erfordern viel Arbeit

2. Verantwortlich für das Design Das Personal der Writer-Klasse muss mit verschiedenen APIs von DB und anderen Klassen vertraut sein.

Gibt es eine Möglichkeit, den Kopplungsgrad zu verringern?

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.

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();

Obwohl die Konstruktion der DB-Klasse auf den Client verlagert wurde, wird der Arbeitsaufwand nach der Änderung erheblich reduziert, es entsteht jedoch ein neues Problem: Um eine Writer-Klasse zu erstellen, benötigen wir Zuerst muss die DB-Klasse, die FileSystem-Klassen usw. erstellt werden. Dies stellt eine große Herausforderung für die Person dar, die für die Writer-Klasse verantwortlich ist. Er muss viele andere Klassendokumente lesen und sie einzeln erstellen (und möglicherweise initialisieren), bevor er dies tun kann Erstellen Sie die gewünschte Writer-Variable.

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.

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 String-Alias ​​verwenden, um eine solche zu erstellen Objekt.

Was die oben genannten Ziele erreichen kann, ist der IOC-Container. Sie können den IOC-Container einfach als globale Variable betrachten und ein assoziatives Array verwenden, um die Zeichenfolge an den Konstruktor zu binden.

Wir implementieren zunächst eine Containerklasse

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);
 }
}

Dienstregistrierung (Bindung)

$container=new Container();
$container->bind('db',function($arg1,$arg2){
 return new DB($arg1,$arg2);
});
$container->bind('session',function($arg1,$arg2){
 return new Session($arg1,$arg2);
});
$container->bind('fs',function($arg1,$arg2){
 return new FileSystem($arg1,$arg2);
});

Containerabhängigkeit

class Writer{
 protected $_db;
 protected $_filesystem;
 protected $_session;
 protected $container;
 public function Writer(Container $container){
 $this->_db=$container->make('db',[1,2]);
 $this->_filesystem=$container->make('session',[3,4]);
 $this->_session=$container->make('fs',[5,6]);
 }
}
$writer=new Writer($container);

Verwandt Empfehlungen:

Yii2 Die Daten zwischen den beiden Modulen müssen sich gegenseitig aufrufen, um die Kopplung zu minimieren.

Abstrakte Schnittstellenklasse Eine kurze Beschreibung der Verwendung von Schnittstellen, abstrakten Klassen und gewöhnlichen Basisklassen zur Implementierung von „schnittstellenorientierter Programmierung“ und „Kopplungsmethoden“ in PHP

Verstehen des PHP-Kopplungsdesignmusters_PHP-Tutorial

Das obige ist der detaillierte Inhalt vonEine kurze Diskussion zur Entkopplung der Codearchitektur in PHP. 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