PHP parle brièvement du découplage de l'architecture du code. Cet article présente principalement les trois domaines du découplage PHP et les connaissances associées sur les conteneurs de services. A une très bonne valeur de référence. J'espère que cela aide tout le monde.
Dans le processus de développement de l'ensemble du projet logiciel, cela nécessite parfois la coopération de plusieurs personnes, et parfois cela peut être réalisé indépendamment, peu importe de quoi il s'agit, à mesure que la quantité de code augmente. il deviendra "hors de contrôle" au fur et à mesure que le code est écrit, progressivement "une interface moche, une mise en œuvre sale", le coût et la difficulté de la maintenance du projet ont augmenté au point où il était insoutenable, et la seule option était de reconstruire ou de reconstruire. développer.
Le premier niveau
Scénario hypothétique : nous devons écrire une classe de traitement capable de faire fonctionner des sessions, des bases de données et des systèmes de fichiers en même temps. Nous pourrions écrire ceci.
Caractéristiques du royaume : il peut fonctionner, mais il est sévèrement couplé
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();
Inconvénients de l'écriture :
1. Construire des objets dans des fonctions publiques. Une fois qu'elles impliquent des modifications des paramètres de la base de données, les modifications nécessiteront beaucoup de travail
2. Responsable de la conception. Le personnel de Writer Class doit être familier avec diverses API de DB et d'autres classes
Existe-t-il un moyen de réduire le degré de couplage ?
Deuxième niveau (dépendance des paramètres)
Scénario hypothétique : l'adresse de la base de données doit être modifiée fréquemment en raison de différents clients, appelant la classe DB Il y en a beaucoup (s'il y en a des dizaines), et j'espère que même si l'adresse de la base de données est modifiée, le code de ces classes n'aura pas besoin d'être modifié.
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();
Bien que la construction de la classe DB ait été déplacée vers le client, une fois les modifications impliquées, la charge de travail est considérablement réduite, mais un nouveau problème surgit : pour créer une classe Writer, nous avons besoin pour créer d'abord la classe DB, les classes FileSystem, etc. Ceci est très exigeant pour la personne responsable de la classe Writer. Elle doit lire de nombreux autres documents de classe et les créer un par un (et devra peut-être être initialisée) avant de pouvoir. créez la variable d'écriture qu'il souhaite.
Nous espérons donc avoir une meilleure façon d'écrire, afin que les personnes qui écrivent la classe Writer puissent utiliser une interface plus rapide pour créer et appeler la classe de leur choix, sans même remplir les paramètres.
Le troisième niveau (conteneur IOC)
Après les deux premiers niveaux, nous espérons ajouter les avantages suivants :
1. J'espère que la classe DB, la classe Session et la classe FileSystem pourront être utilisées "prêtes à l'emploi" sans initialisation fastidieuse à chaque fois, comme écrire $db=new DB(arg1, arg2);Ce type d'instruction.
2. On espère que la base de données et d'autres types d'objets sont "globaux" et peuvent être appelés à tout moment pendant toute l'exécution du programme.
3. Les programmeurs qui appellent DB et d'autres types n'ont pas besoin de connaître trop de détails sur cette classe et peuvent même utiliser un alias de chaîne pour créer un tel objet.
Ce qui peut atteindre les objectifs ci-dessus, c'est le conteneur IOC. Vous pouvez simplement considérer le conteneur IOC comme une variable globale et utiliser un tableau associatif pour lier la chaîne au constructeur.
Nous implémentons d'abord une classe de conteneur
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); } }
Enregistrement du service (liaison)
$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); });
Dépendance du conteneur
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);
recommandations :
Compréhension du modèle de conception de couplage PHP_Tutoriel PHP
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!