Erweiterte PHP-Funktionen: So verwenden Sie Reflexion und Factory-Design-Muster zusammen

Erweiterte PHP-Funktionen – Kombinationsverwendung von Reflection und Factory-Designmuster [Codebeispiel]

Erweiterte PHP-Funktionen – Kombinationsverwendung von Reflection und Factory-Designmuster [Erklärung mit Laravel-Admin-Codebeispiel]

Verwenden Sie Reflection, um Factory-Musterproduktion ohne zu implementieren Erstellen einer bestimmten Fabrikklasse

Reflection [Reflection]

Was ist Reflection?

Reflection, also Reflexion. Reflexion verleiht der objektorientierten Programmierung die Fähigkeit zur Selbstbeobachtung. Für den Laien bedeutet dies, dass die Ursache auf der Grundlage der Ergebnisse von Ereignissen gefunden werden kann. Beim Programmieren können Sie anhand eines instanziierten Objekts die Klasse, zu der das Objekt gehört, sowie alle Eigenschaften und Methoden der Klasse herausfinden und sogar Dokumentationskommentare lesen. Dieser Reverse-Check-Prozess wird als Reflection bezeichnet. [Empfohlenes Lernen:

PHP-Video-Tutorial

]PHP bietet eine vollständige Reflection-API, die die Möglichkeit bietet, Klassen, Schnittstellen, Funktionen, Methoden und Erweiterungen zu überprüfen. Darüber hinaus stellt die Reflection-API Methoden zum Extrahieren von Dokumentationskommentaren aus Funktionen, Klassen und Methoden bereit. Weitere Informationen finden Sie auf der offiziellen PHP-Website. Einführung in PHP Reflection zu Klassenattributen und -methoden [geschützt/privat] verbessern diese Funktionen die Flexibilität von PHP erheblich. Zum Beispiel:

– Die sogenannte Eleganz des Laravel-Frameworks, d. h. Container, Abhängigkeitsinjektion und IOC-Inversion der Kontrolle, werden durch die Verwendung dieser Funktionen erreicht

– Das Annotation-Routing des Hyperf-Frameworks wird ebenfalls von implementiert Erhalten von Anmerkungen basierend auf Reflektion – Dokumentation wird generiert, weil Reflection Zugriff auf Klassenattribute und -methoden erhalten und alle Dateien im gesamten Projekt scannen und dann Reflektion verwenden kann, um Dokumente zu generieren

– Testgetriebene Entwicklung verwendet Reflektion, um die zu erhalten Merkmale aller Methoden der Klasse für testgetriebene Entwicklung

–Plug-Ins entwickeln Verwenden Sie Reflektion, um die Merkmale der internen Struktur der Klasse zu erhalten, um Hook-Funktionen zu implementieren, z. B. die Implementierung von Framework-Plug-Ins

Vorteile und Nachteile von Reflection

Vorteile Reflection bietet eine Antianalyse von Klassen und bietet damit Vorteile gegenüber der ursprünglichen objektorientierten Programmiermethode. Extrem hohe Flexibilität und vernünftige Verwendung können dazu führen, dass der Code eleganter und prägnanter aussieht. Ursprünglich müssen Sie in der objektorientierten Programmierung zunächst ein neues Objekt erstellen und dann die Methode verwenden, um eine Instanz einer Klasse zu verwenden. Bei Verwendung des Reflexionsmechanismus müssen Sie jedoch nur eine Methode der Klasse bereitstellen und diese dann verwenden Reflexionsmechanismus zur Verwendung des Objekts oder der Methode. Das Laravel-Framework verwendet viel Reflektion, um einen Ruf für Eleganz zu erlangen. Die Implementierung des Annotations-Routings des Hyperf-Frameworks von Swoole nutzt auch Reflektion

Nachteile Da Reflektion gleichzeitig der umgekehrte Prozess der Klasseninstanziierung ist, zerstört sie Objekt- Die orientierte Kapselung legt direkt die gesamte interne Struktur der Klasse offen, was die Verwaltung des Codes erschwert, sobald die Reflexion missbraucht wird, das gesamte Projekt sehr verwirrend wird und sogar zu einer chaotischen Geschäftsausführung führt. Stellen Sie sich vor allem in einem Team mit Dutzenden von Personen an einem großen Projekt vor, dass das ursprüngliche objektorientierte System nur sagt, was verwendet werden kann und was nicht. Der CTO hat den zugrunde liegenden Code geschrieben, und andere können ihn erben und verwenden . Die interne Struktur und andere Dinge weiß niemand. Sobald Reflexion verwendet wird und ein Programmierer versehentlich eine ursprünglich geschützte oder private Eigenschaft oder Methode auf den Zugriff festlegt und andere Programmierer die Daten oder Methode aufrufen, die verborgen werden sollten, ohne es zu wissen, führt dies zu unvorhersehbaren Katastrophen [siehe Beispielcode unten]

Zweitens ist es aufgrund der extrem hohen Reflexionsflexibilität unmöglich, die Quelle des Codes durch direktes Klicken in der IDE zu verfolgen, was für Anfänger, sowohl Laravel als auch Hyperf, sehr schmerzhaft ist. Also Im Code unten , der Reflexionsmechanismus stellt die private Methode direkt so ein, dass sie von außen zugänglich ist sogenanntes statisches Factory-Methodenmuster. Einfach ausgedrückt erfolgt die Erstellung eines Objekts über eine statische Methode. Im einfachen Factory-Muster werden Instanzen verschiedener Klassen gemäß den übergebenen Parametern zurückgegeben. In PHP gibt es im einfachen Factory-Muster eine abstrakte Produktklasse [d. h. diese abstrakte Klasse kann eine Schnittstelle/Abstrakte sein]. Klasse / Gemeinsame Klasse. Diese abstrakte Produktklasse kann mehrere spezifische Produktklassen ableiten [d. h. die Klasse CalculateAdd und die Klasse CalculateSub]. Schließlich wird eine bestimmte Fabrikklasse [d. h. die Klasse CalculateFactory] verwendet, um Instanzen der erforderlichen Produktklassen zu erhalten.

Code-Implementierung. Additionsoperation/Subtraktionsoperation usw.

//加法运算
class CalculateAdd extends Calculate{
    //获取运算结果【获取具体的产品】
    public function getResult(){
        return $this->number_a + $this->number_b;
    }
}
//减法运算
class CalculateSub extends Calculate{
    //获取运算结果【获取具体的产品】
    public function getResult(){
        return $this->number_a - $this->number_b;
    }
}
//乘法 / 除法 等等其他运算【其他产品】

3) 工厂：工厂类。即用一个单独的类来创造实例化的过程，这个类就是工厂。也就是 简单工厂模式

在 php 中，实现的方式其实就一个 switch 函数或者是 php8 新出的 match 函数来实例化所需要的产品生产类

//根据运算不同实例化不同的对象
//【也就是根据所需产品，实例化对应的产品类进行生产】
//对应的实现其实就是一个switch或者php8函数新出的match函数
//下面用最新的match函数做演示
class CalculateFactory{
    public static function setCalculate( $type = null ){
        return match( $type ){
            'add' => (function(){
                return new CalculateAdd();
            })(),
            'sub' => (function(){
                return new CalculateSub();
            })(),
            default => null;
        };
    }
}
//具体使用
$calculate = CalculateFactory::setCalculate('add');
$calculate->setNumberA = 1;
$calculate->setNumberB = 2;
//计算
echo $calculate->getResult;//echo 3

总结：

简单工厂模式其实就是创建一个基类【abstract】，该类存放所有具体生产产品类的共用的代码，但是没有执行过程，然后具体生产产品的类全部继承基类再实现各自的生产过程。最后创建一个工厂类，该类用来根据传入的参数来获取所需的生产类

工厂方法模式 又称为工厂模式，属于创造型模式。在工厂模式中，工厂类的父类只负责定义公共接口，并不执行实际的生产动作。实际的生产动作则交给工厂的子类来完成。这样做将类的的实例化延迟到了工厂的子类，通过工厂的子类来完成实例化具体的产品，也就是生产

在工厂模式中，跟简单工厂模式不一样的是，有一个抽象的工厂类【即interface CalculateFactory】，可以是接口/抽象类，这个抽象的工厂类可以派生出多个具体的工厂类【即FactoryAdd以及FactorySub】

代码实现【以下代码需要用到上面的生产抽象类】

以下代码需要用到上面的生产抽象类：abstract class Calculate

以及具体的生产类，即：CalculateAdd 以及 CalculateSub。下面不再重复实现

interface CalculateFactory{
    public function CreateCalculate();
}
class FactoryAdd implements CalculateFactory{
    public function CreateCalculate(){
        return new CalculateAdd();
    }
}
class FactorySub implements CalculateFactory{
    public function CreateCalculate(){
        return new CalculateSub();
    }
}
//具体使用
//创建工厂实例
$calculateFactory = new FactoryAdd();
$add = $calculateFactory->CreateCalculate();
$add->setNumberA( 1 );
$add->setNumberB( 2 );
//计算
echo $add->getResult();//echo 3

总结：

工厂模式相比于简单工厂模式的区别在于，在简单工厂模式中，只有一个工厂来生产对应的生产对象【即CalculateFactory】。而在工厂模式中，每一个生产产对象都由自己的工厂来生产，并且这些工厂都继承自同一个接口【即 interface CalculateFactory】

抽象工厂模式 抽象工厂模式提供创建一系列相关或相互依赖对象的接口，而且无需指定它们具体的类。这么理解很抽象。通俗一点的解释就是，相比于上面的工厂模式来讲，抽象工厂模式在每个不同的工厂之上又有一个超级工厂，这个超级工厂是抽象的接口【interface】，用来生产具体的工厂

在抽象工厂模式中，有多个抽象的产品类【即abstract class Phone以及abstract class Android】，可以是接口/抽象类/普通类，每个抽象产品类可以派生出多个具体产品类【即class IPhone / class MiPhone 以及 class IOS / class Android】。一个抽象的工厂类【即interface AbstractFactory】可以派生出多个具体的工厂类【即class iPhoneFactory以及class MiFactory】，且每个具体的工厂类可以创建多个产品类的实例【即都有createPhone和createSystem】

代码实现

//抽象的产品类
abstract class Phone{}
abstract class System{}
//具体的产品类
class IPhone extends Phone{}
class MiPhone extends Phone{}
//具体的产品类
class IOS extends System{}
class Android extends System{}
//超级工厂
interface AbstractFactory{
    public function createPhone();
    public function createSystem();
}
//具体的苹果工厂
class iPhoneFactory implements AbstractFactory{
    //生产苹果手机
    public function createPhone(){
        return new IPhone();
    }
    //生产苹果系统
    public function createSystem(){
        return new IOS();
    }
}
//具体的小米工厂
class MiFactory implements AbstractFactory{
    //生产小米手机
    public function createPhone(){
        return new MiPhone();
    }
    //生产安卓系统
    public function createSystem(){
        return new Android();
    }
}

总结：

抽象工厂模式相比于工厂模式，抽象工厂模式提供了一个接口用来规定所需要生产的产品。每个继承于该接口的工厂都能按照指定的模式进行生产【代码中的AbstarctFactory】

以上三种工厂模式，最终都是为了将重复的代码提取出来，并且按照特定的需求场景归纳好，进行解耦和复用，以便在需要的场景中直接使用

三种模式的概括为：

简单工厂：

一个抽象产品类（可以是：接口，抽象类，普通类），可以派生出多个具体产品类

单独一个具体的工厂类

每个具体工厂类只能创建一个具体产品类的实例

工厂模式：

一个抽象产品类（可以是：接口，抽象类，普通类），可以派生出多个具体产品类

一个抽象工厂类（可以是：接口，抽象类），可以派生出多个具体工厂类

每个具体工厂类只能创建一个具体产品类的实例

抽象工厂：

多个抽象产品类（可以是：接口，抽象类，普通类），每个抽象产品类可以派生出多个具体产品类

一个抽象工厂类（可以是：接口，抽象类），可以派生出多个具体工厂类

每个具体工厂类可以创建多个具体产品类的实例

三个模式之间的区别：

简单工厂模式只有一个抽象产品类，只有一个具体的工厂类

工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个抽象产品类

工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个具体产品类的实例

工厂模式与反射的结合使用

可以利用反射的特性来实现工厂模式的生产过程，结合Laravel-admin进行举例

先看下以下的代码，需求背景：需要根据角色不同显示不同的权限按钮

<?php
class TaskController extends BaseController
{
    use HasResourceActions;
    /**
     * Make a grid builder.
     *
     * @return Grid
     */
    protected function grid()
    {
            //Grid Columns...
            if (Admin::user()->inRoles([AdminUserModel::getAssignmentRole()])) {
                $grid->disableBatchActions();
                $grid->disableEditButton();
                $grid->disableCreateButton();
                $grid->disableDeleteButton();
            } elseif (Admin::user()->inRoles([AdminUserModel::getEvaluatorRole()])) {
                $grid->disableBatchActions();
                $grid->disableEditButton();
                $grid->disableCreateButton();
                $grid->disableDeleteButton();
                $grid->actions(function (Grid\Displayers\Actions $actions) {
                    $actions->append(new ConfirmCloseTaskAction());
                });
            } else {
                $grid->disableCreateButton();
                $grid->disableDeleteButton();
                $grid->disableEditButton();
                $grid->disableBatchActions();
                $grid->disableViewButton();
                $grid->disableActions();
            }
    }
}

以上的代码很明显一看就显得很臃肿。且随着业务的增加【即Controller的增加】以及角色的增加，需要写更多重复的判断以及重复的代码

解决思路：

不同的角色需要拥有的不同的权限，每个角色都可以用一个固定的方法来设置权限，这个固定的方法可以为不同的角色设置权限。这些条件刚好满足工厂模式的使用场景：即：

抽象出一个产品类来派生出多个角色的权限产品类

抽象出一个工厂类来派生出多个具体的工厂类，这些工厂类表现为对应要使用权限按钮的场景

每个具体工厂【使用权限按钮的场景】可以创建多个具体产品类【即实例化多个角色的权限产品】

代码如下【在下面的代码中，将使用反射来代替工厂的生产】

1) 抽象出一个产品类来派生出多个角色的权限产品类

<?php
namespace App\GridActionFactory;
use Dcat\Admin\Grid;
/**
 * 工厂接口
 */
interface GridActionInterface
{
    //业务员角色的权限
    function salesmanAction(Grid $grid);
    //分配员角色的权限
    function assignmentAction(Grid $grid);
    //财务角色的权限
    function financeAction(Grid $grid);
    //....其他角色的权限
}

2,3) 2,3两个步骤包含在一起。抽象出一个工厂类来派生出多个具体的工厂类，这些工厂类表现为对应要使用权限按钮的场景。其中，setRoleAction方法使用反射来直接生产，也就是替代了每个具体工厂类创建实例的过程

<?php
namespace App\GridActionFactory;
use Dcat\Admin\Admin;
use Dcat\Admin\Grid;
/**
 * 设置Action权限抽象类
 */
abstract class GridActionAbstract
{
    //
    abstract public static function setAction(Grid $grid, string $role);
    /**
     * 过滤角色
     *
     * @param string $role
     * @return bool
     */
    protected static function isInRoles(string $role): bool
    {
        return Admin::user()->inRoles([$role]);
    }
    /**
     * 调用对应的方法
     * [该方法其实就是工厂模式中的工厂，专门来生产的]
     * [多个工厂对应的就是各个需要用到Action权限的Controller控制器]
     * [每个Controller控制器来生产自己的Action权限]
     * [这个生产是通过反射来实现]
     *
     * @param Grid $grid
     * @param string $role
     * @param string $class
     * @throws \ReflectionException
     */
    protected static function setRoleAction(Grid $grid, string $role, string $class)
    {
        $r = new \ReflectionClass($class);
        $methodName = $role . &#39;Action&#39;;
        if (!$r->hasMethod($methodName))
            throw new \Exception(&#39;Method Not Found [ method : &#39; . $methodName . &#39; ] &#39;);
        $method = $r->getMethod($methodName);
        $method->invoke($r->newInstance(), $grid);
    }
}

根据以上的反射来实现实例化的过程，上面的TaskController的权限可以简化成下面的代码：

<?php
namespace App\GridActionFactory;
use Dcat\Admin\Grid;
class TaskAction extends GridActionAbstract implements GridActionInterface
{
    /**
     * @param Grid $grid
     * @param string $role
     * @throws \ReflectionException
     */
    public static function setAction(Grid $grid, string $role)
    {
        if (!parent::isInRoles($role)) return;
        //通过调用父类的setRoleAction直接实现生产的过程
        parent::setRoleAction($grid, $role, self::class);
    }
    //在TaskController下有需要使用权限按钮的角色
    //分配员角色
    public function assignmentAction(Grid $grid)
    {
        //权限按钮
        $grid->showActions();
        $grid->showViewButton();
    }
    //在TaskController下有需要使用权限按钮的角色
    //财务角色
    public function financeAction(Grid $grid)
    {
        $grid->showActions();
        $grid->showViewButton();
    }
    //在TaskController下有需要使用权限按钮的角色
    //业务员角色
    public function salesmanAction(Grid $grid)
    {
    }
    //....其他角色
}

经过使用设计模式封装后，上面TaskController中控制权限的代码直接优化成如下：【优雅了不少~】

<?php
class TaskController extends BaseController
{
    use HasResourceActions;
    /**
     * Make a grid builder.
     *
     * @return Grid
     */
    protected function grid()
    {
            //Grid Columns...
            //财务角色按钮
              TaskAction::setAction($grid, AdminUserModel::getFinanceRole());
            //分配员角色按钮
              TaskAction::setAction($grid, AdminUserModel::getAssignmentRole());
            //...其他角色按钮
            /*
            if (Admin::user()->inRoles([AdminUserModel::getAssignmentRole()])) {
                $grid->disableBatchActions();
                $grid->disableEditButton();
                $grid->disableCreateButton();
                $grid->disableDeleteButton();
            } elseif (Admin::user()->inRoles([AdminUserModel::getEvaluatorRole()])) {
                $grid->disableBatchActions();
                $grid->disableEditButton();
                $grid->disableCreateButton();
                $grid->disableDeleteButton();
                $grid->actions(function (Grid\Displayers\Actions $actions) {
                    $actions->append(new ConfirmCloseTaskAction());
                });
            } else {
                $grid->disableCreateButton();
                $grid->disableDeleteButton();
                $grid->disableEditButton();
                $grid->disableBatchActions();
                $grid->disableViewButton();
                $grid->disableActions();
            }
            */
    }
}

总结：

设计模式以及反射通常在写框架的时候用的比较多。但是在项目中，适当的使用设计模式以及反射，能够让代码更加健壮以及可扩展，也很优雅～

原文地址：http://janrs.com/?p=833

Das obige ist der detaillierte Inhalt vonErweiterte PHP-Funktionen: So verwenden Sie Reflexion und Factory-Design-Muster zusammen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!