Analyse de la pensée AOP de PHP

Cet article présente principalement l'analyse de la pensée AOP de PHP, qui a une certaine valeur de référence. Maintenant, je le partage avec tout le monde. Les amis dans le besoin peuvent s'y référer

Contexte de l'histoire :

Question. :

Dans la pensée traditionnelle de la POO (Programmation Orientée Objet), les applications sont généralement décomposées en plusieurs objets, mettant l'accent sur une cohésion élevée et un couplage faible, améliorant ainsi les modules applicatifs. Cependant, face à certains problèmes, la POO ne sera pas suffisamment flexible.

Par exemple, de nombreuses logiques métier dans l'application doivent effectuer une "vérification d'autorisation" au début de l'opération et une "vérification d'autorisation" après l'opération de journalisation", si le code qui gère ces opérations est. directement ajouté à chaque module, cela détruira sans aucun doute le principe de « responsabilité unique » de la POO, et la réutilisabilité du module sera considérablement réduite

À l'heure actuelle, la stratégie traditionnelle souvent adoptée dans la conception de la POO est. pour ajouter la couche proxy correspondante pour compléter les exigences fonctionnelles du système. Cependant, un tel traitement ajoute évidemment un niveau de division à l'ensemble du système, et la complexité augmente également, donnant aux gens une sensation trop lourde.

Solution :

C'est pour faire face à de tels problèmes qu'est née l'idée de l'AOP (Aspect-Oriented Programming). Supposons que l'application soit pensée comme une application tridimensionnelle. structure , le tranchant de la POO est de couper le système verticalement, en divisant le système en plusieurs modules (tels que : modules utilisateur, modules d'articles, etc.), tandis que le tranchant de l'AOP est de couper le système horizontalement, extraire des parties qui peuvent nécessiter des opérations répétées dans chaque module (telles que : vérification des autorisations, journalisation, etc.). On peut voir que l'AOP est un complément efficace à la POO.

En ce qui concerne PHP actuel, il n'y a pas encore d'implémentation intégrée complète d'AOP. Bien que RunKit soit apparu, il est toujours resté dans le projet PECL dans un état BETA. Il est peu probable que PHP devienne les paramètres par défaut pendant longtemps. Cela signifie-t-il qu'AOP est cassé en PHP ? Bien sûr que non, car nous avons __get(), __set(), __call() et d'autres méthodes magiques. Une utilisation appropriée de ces méthodes peut nous permettre d'atteindre un certain degré de capacités "quasi-AOP". être quasi-AOP, c'est simplement parce que du point de vue de la mise en œuvre, il est un peu exagéré de l'appeler AOP, mais du point de vue des effets, il réalise en partie le rôle de l'AOP. Bien que sa mise en œuvre ne soit pas parfaite, il est suffisant pour un usage général.

<?php
class BIZ
{     
public function foobar($num)
     {          
     print_r($num);          
     echo "\n业务逻辑 do something";
     }
}
class AOP{     
private $instance;     
public function __construct($instance){          
$this->instance = $instance;
     }     
     public function __call($method,$argument) {          
     if (!method_exists($this->instance, $method)) {               
     throw new Exception(&#39;未定义的方法：&#39; . $method);
          }          
          echo "\n权限检查"; //--------------AOP
          $callBack = array($this->instance,$method);          
          $return = call_user_func($callBack,$argument);          
          echo "\n日志记录"; //--------------AOP
          return $return;
     }
}
class Factory
{     
public static function getBizInstance()
     {          
     return new AOP(new BIZ());
     }
}
try {    
 $obj = Factory::getBizInstance();     
 $obj->foobar(3);
} 
catch (Exception $e) {     
echo &#39;Exception &#39;.$e->getMessage();
}

/**
 * 总结：
 * 整个的实现思路其实很简单，关键就是客户端请求的对象不能直接实例化出来，
 * 而是利用工厂方法返回一个请求对象的包装对象，在包装对象内利用魔术方法来处理权限处理，日志记录等公共操作。
 * 这既是巧妙的地方，也是最有可能出问题的地方，因为客户端使用对象并不是它想象中的对象，
 * 而是一个包装后的对象，比如说，客户端通过getBizInstance()方法以为得到的对象是BIZ，
 * 但实际上它得到的是一个BIZ的包装对象AOP，这样的话，如果客户端进行一些诸如get_class()之类
 * 和对象类型相关的操作就会出错，当然，大多数情况下，客户端似乎不太会做类似的操作
 */

Ce qui précède est l'intégralité du contenu de cet article. J'espère qu'il sera utile à l'étude de chacun. Pour plus de contenu connexe, veuillez faire attention au chinois PHP. site web!

Recommandations associées :

Bases du fonctionnement de PHP

Comment générer des liens courts en 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!