国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

PHP中的服務容器與依賴注入的解析(轉載)

cjie / 1894人閱讀

摘要：中的服務容器與依賴注入的解析原文目前比較流行的容器其他依賴注入容器依賴注入當類需要依賴于類，也就是說需要在類中實例化類的對象來使用時候，如果類中的功能發生改變，也會導致類中使用類的地方也要跟著修改，導致類與類高耦合。

PHP中的服務容器與依賴注入的解析--原文

目前比較流行的 PHP 容器：

Pimple
Laravel Container
其他依賴注入容器

依賴注入
當A類需要依賴于B類，也就是說需要在A類中實例化B類的對象來使用時候，如果B類中的功能發生改變，也會導致A類中使用B類的地方也要跟著修改，導致A類與B類高耦合。這個時候解決方式是，A類應該去依賴B類的接口，把具體的類的實例化交給外部。

就拿我們業務中常用的通知模塊來說。

常規 
messager = new Message();
    }

    public function seed_msg()
    {
        return $this->messager->seed();
    }
}

$Order = new Order();
echo $Order->seed_msg();

上面的代碼是我們傳統的寫法。首先由個消息發送的類。然后在我們需要發送消息的地方，調用發送消息的接口。有一天你需要添加一個發送短信的接口以滿足不同的需求。那么你會發現你要再Message類里面做修改。同樣也要再Order類里面做修改。這樣就顯得很麻煩。這個時候就有了依賴注入的思路。

賴注入的思路 
messager = $message;
    }

    public function seed_msg()
    {
        return $this->messager->seed();
    }

}

//我們需要發送郵件的時候
$message = new SeedEmail();
//將郵件發送對象作為參數傳遞給Order
$Order = new Order($message);
echo $Order->seed_msg();

echo "
";

//我們需要發送短信的時候
$message = new SeedSMS();
$Order = new Order($message);
echo $Order->seed_msg();

我理解的服務容器就是一個自動產生類的工廠。

服務容器 
binds[$abstract] = $concrete;
        } else {
            $this->instances[$abstract] = $concrete;
        }
    }

    public function make($abstract, $parameters = [])
    {
        if (isset($this->instances[$abstract])) {
            return $this->instances[$abstract];
        }
        array_unshift($parameters, $this);
        return call_user_func_array($this->binds[$abstract], $parameters);
    }
}

//創建一個消息工廠
$message = new  Container();

//將發送短信注冊綁定到工廠里面
$message->bind("SMS",function (){
     return   new  SeedSMS();
});

//將發送郵件注冊綁定到工廠
$message->bind("EMAIL",function (){
   return new  SeedEmail();
});

//需要發送短信的時候
$SMS  = $message->make("SMS");
echo $SMS->seed();

echo "
";

$EMAIL  = $message->make("EMAIL");
echo $EMAIL->seed();

container是一個簡單的服務容器里面有bind,make兩個方法

bind是向容器中綁定服務對象。

make則是從容器中取出對象。

bind

在bind方法中需要傳入一個 concrete 我們可以傳入一個實例對象或者是一個閉包函數。
可以看到我這全使用的是閉包函數，其實也可以這樣寫

$sms = new  SeedSMS();
$message->bind("SMS",$sms);

后面這種寫法與閉包相比的區別就是我們需要先實例化對象才能往容易中綁定服務。而閉包則是我們使用這個服務的時候才去實例化對象。可以看出閉包是有很多的優勢的。

make

make方法就從容器中出去方法。里面首先判斷了instances變量中是否有當前以及存在的服務對象，如果有直接返回。如果沒有那么會通過 call_user_func_array返回一個對象。call_user_func_array的使用可以查看
PHP 中 call_user_func 的使用

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/31728.html

相關文章

  • 又一個強大的PHP5.3依賴注入容器

    摘要：現在我們就可以在構造函數或者任何其他通過服務容器注入依賴項的地方使用類型提示注入接口創建一個新的類實例，此處將注入的實例。自動解析構造函數所需的依賴的服務容器實現了接口。 簡單的服務容器 一個簡單的 php 5.3 依賴注入容器。 項目地址：https://github.com/godruoyi/easy-container Why 目前比較流行的 PHP 容器： Pimple La...

    sf190404 評論0 收藏0

  • Laravel深入學習2 - 控制反轉容器

    摘要：控制反轉容器控制反轉使依賴注入變得更加便捷。有瑕疵控制反轉容器是實現的控制翻轉容器的一種替代方案。容器的獨立使用即使沒有使用框架，我們仍然可以在項目中使用安裝組件來使用的控制反轉容器。在沒有給定任何信息的情況下，容器是無法實例化相關依賴的。 聲明：本文并非博主原創，而是來自對《Laravel 4 From Apprentice to Artisan》閱讀的翻譯和理解，當然也不是原汁原味...

    worldligang 評論0 收藏0

  • 深入剖析 Laravel 服務容器

    摘要：劃下重點，服務容器是用于管理類的依賴和執行依賴注入的工具。類的實例化及其依賴的注入，完全由服務容器自動的去完成。 本文首發于 深入剖析 Laravel 服務容器，轉載請注明出處。喜歡的朋友不要吝嗇你們的贊同，謝謝。 之前在 深度挖掘 Laravel 生命周期 一文中，我們有去探究 Laravel 究竟是如何接收 HTTP 請求，又是如何生成響應并最終呈現給用戶的工作原理。 本章將帶領大...

    abson 評論0 收藏0

  • Swoft 源碼剖析 - Swoft 中 IOC 容器的實現原理

    摘要：作者鏈接來源簡書著作權歸作者所有，本文已獲得作者授權轉載，并對原文進行了重新的排版。前言為應用提供一個完整的容器作為依賴管理方案，是功能，模塊等功能的實現基礎。的依賴注入管理方案基于服務定位器。源碼剖析系列目錄 作者：bromine鏈接：https://www.jianshu.com/p/a23...來源：簡書著作權歸作者所有，本文已獲得作者授權轉載，并對原文進行了重新的排版。Swof...

    Astrian 評論0 收藏0

  • Pimple - 一個簡單的 PHP 依賴注入容器

    摘要：服務通過匿名函數定義，返回一個對象的實例定義一些服務請注意，匿名函數可以訪問當前容器實例，從而允許引用其他服務或參數。如果要為所有調用返回不同的實例，請使用方法包裝你的匿名函數。 鏈接 官網 WebSite GitHub - Pimple 這是 Pimple 3.x 的文檔。如果你正在使用 Pimple 1.x ，請查看 Pimple 1.x 文檔。閱讀 Pimple 1.x ...

    wemall 評論0 收藏0

發表評論

0條評論

最新活動
閱讀需要支付1元查看
<