摘要:本章講解反射類的使用及對反射的使用。各位很清楚,方法用于解析類,所有方法的實現(xiàn)一定是在引用的文件內(nèi)。致謝感謝你看到這里,本篇文章源碼解析靠個人理解。
前言
PHP的反射類與實例化對象作用相反,實例化是調(diào)用封裝類中的方法、成員,而反射類則是拆封類中的所有方法、成員變量,并包括私有方法等。就如“解刨”一樣,我們可以調(diào)用任何關鍵字修飾的方法、成員。當然在正常業(yè)務中是建議不使用,比較反射類已經(jīng)摒棄了封裝的概念。
本章講解反射類的使用及Laravel對反射的使用。
反射反射類是PHP內(nèi)部類,無需加載即可使用,你可以通過實例化 ReflectionClass 類去使用它。
方法這里列舉下PHP反射類常用的方法
方法名 | 注釋 |
---|---|
ReflectionClass::getConstant | 獲取定義過的一個常量 |
ReflectionClass::getConstants | 獲取一組常量 |
ReflectionClass::getConstructor | 獲取類的構造函數(shù) |
ReflectionClass::getDefaultProperties | 獲取默認屬性 |
ReflectionClass::getDocComment | 獲取文檔注釋 |
ReflectionClass::getEndLine | 獲取最后一行的行數(shù) |
ReflectionClass::getFileName | 獲取定義類的文件名 |
ReflectionClass::getInterfaceNames | 獲取接口(interface)名稱 |
ReflectionClass::getMethods | 獲取方法的數(shù)組 |
ReflectionClass::getModifiers | 獲取類的修飾符 |
ReflectionClass::getName | 獲取類名 |
ReflectionClass::getNamespaceName | 獲取命名空間的名稱 |
ReflectionClass::getParentClass | 獲取父類 |
等等等等.... 所有關于類的方法、屬性及其繼承的父類、實現(xiàn)的接口都可以查詢到。
詳細文檔請參考官網(wǎng): http://php.net/manual/zh/clas...
inNamespace()); var_dump($function->getName()); var_dump($function->getNamespaceName()); var_dump($function->getShortName()); $function = new ReflectionClass("ABFoo"); var_dump($function->inNamespace()); var_dump($function->getName()); var_dump($function->getNamespaceName()); var_dump($function->getShortName()); ?>
輸出結果
bool(false) string(8) "stdClass" string(0) "" string(8) "stdClass" bool(true) string(7) "ABFoo" string(3) "AB" string(3) "Foo"Laravel
Laravel在實現(xiàn)服務容器加載時使用了反射類。現(xiàn)在我們開啟“解刨”模式
入口文件 index.php$app = require_once __DIR__."/../bootstrap/app.php"; /* |-------------------------------------------------------------------------- | Run The Application |-------------------------------------------------------------------------- | | Once we have the application, we can handle the incoming request | through the kernel, and send the associated response back to | the client"s browser allowing them to enjoy the creative | and wonderful application we have prepared for them. | */ $kernel = $app->make(IlluminateContractsHttpKernel::class); $response = $kernel->handle( $request = IlluminateHttpRequest::capture() ); $response->send(); $kernel->terminate($request, $response);
是引用語句發(fā)生的下一行調(diào)用了make方法。各位很清楚,make方法用于解析類,所有make方法的實現(xiàn)一定是在引用的文件內(nèi)。
bootstrapapp.php$app = new IlluminateFoundationApplication( realpath(__DIR__."/../") );
laravel開始加載它的核心類,所有的實現(xiàn)從 IlluminateFoundationApplication 開始。
IlluminateFoundationApplicationpublic function make($abstract, array $parameters = []) { $abstract = $this->getAlias($abstract); if (isset($this->deferredServices[$abstract]) && ! isset($this->instances[$abstract])) { $this->loadDeferredProvider($abstract); } return parent::make($abstract, $parameters); }
在核心類中你可能準確的查找到make方法的存在,它加載了服務提供者隨后調(diào)用了父類的方法make,要知道作為獨立的模塊 “服務容器”是絕對不能寫在核心類的。懂點設計模式的都很清楚。
IlluminateContainerContainer以 $api = $this->app->make("HelpSpotAPI",["id"=>1]); 為例來講解
// 真正的make方法,它直接調(diào)用了resolve繼續(xù)去實現(xiàn)make的功能 // $abstract = "HelpSpotAPI" public function make($abstract, array $parameters = []) { // $abstract = "HelpSpotAPI" return $this->resolve($abstract, $parameters); } ... protected function resolve($abstract, $parameters = []) { ... // 判斷是否可以合理反射 // $abstract = "HelpSpotAPI" if ($this->isBuildable($concrete, $abstract)) { // 實例化具體實例 (實際并不是實例化,而是通過反射“解刨”了) $object = $this->build($concrete); } else { $object = $this->make($concrete); } ... } public function build($concrete) { // $concrete = "HelpSpotAPI" if ($concrete instanceof Closure) { return $concrete($this, $this->getLastParameterOverride()); } // 實例化反射類 $reflector = new ReflectionClass($concrete); // 檢查類是否可實例化 if (! $reflector->isInstantiable()) { return $this->notInstantiable($concrete); } $this->buildStack[] = $concrete; // 獲取類的構造函數(shù) $constructor = $reflector->getConstructor(); if (is_null($constructor)) { array_pop($this->buildStack); return new $concrete; } $dependencies = $constructor->getParameters(); $instances = $this->resolveDependencies( $dependencies ); array_pop($this->buildStack); // 從給出的參數(shù)創(chuàng)建一個新的類實例。 return $reflector->newInstanceArgs($instances); }
可見一個服務容器就加載成功了。
致謝感謝你看到這里,本篇文章源碼解析靠個人理解。如有出入請拍磚。
希望本篇文章可以幫到你。謝謝
文章版權歸作者所有,未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/29414.html
摘要:入口啟動后,會先加載服務提供者中間件等組件,在查找路由之前因為我們使用的是門面,所以先要查到的實體類。注冊第一步當然還是通過服務提供者,因為這是啟動的關鍵,在內(nèi)加載路由文件。因路由文件中沒有命名空間。 showImg(https://segmentfault.com/img/bVbhjvY?w=600&h=296); 前言 我的解析文章并非深層次多領域的解析攻略。但是參考著開發(fā)文檔看此...
摘要:說明中經(jīng)常使用的反射特性來設計代碼,本文主要學習的反射特性,來提高寫代碼時的設計質(zhì)量。提供一套檢測的兩個工具包和,類似于探針一樣的東西來探測這些一等公民。限于篇幅,下篇再聊下反射。 說明:Laravel中經(jīng)常使用PHP的反射特性來設計代碼,本文主要學習PHP的反射特性,來提高寫代碼時的設計質(zhì)量。PHP提供一套檢測class, interface, trait, property, me...
摘要:判斷是否存在構造函數(shù),不存在直接實例化,存在則通過來獲取輸入函數(shù),并有相應的方法解決依賴參數(shù)問題,實現(xiàn)依賴注入。 Laravel 框架關鍵技術解析·讀書筆記(一) 第一章 入口文件 請求訪問的入口文件,主要完成幾部分工作,分別是: 自動加載函數(shù)的添加 服務器實例化與服務注冊 路由加載 請求實例化與路由分發(fā) 相應生成與發(fā)送 其中,自動加載函數(shù)用于包含引用文件,改文件是composer...
在 Laravel 的控制器的構造方法或者成員方法,都可以通過類型約束的方式使用依賴注入,如: public function store(Request $request) { //TODO } 這里 $request 參數(shù)就使用了類型約束,Request 是類型約束的類型,它是一個類:IlluminateHttpRequest. 本文研究 Laravel 的依賴注入原理,為什么這樣定義...
摘要:而函數(shù)作用是加載延遲服務,與容器解析關系不大,我們放在以后再說。在構造之前,服務容器會先把放入中,繼而再去解析。利用服務容器解析依賴的參數(shù)。 make解析 首先歡迎關注我的博客: www.leoyang90.cn 服務容器對對象的自動解析是服務容器的核心功能,make 函數(shù)、build 函數(shù)是實例化對象重要的核心,先大致看一下代碼: public function make($abst...
閱讀 2027·2021-11-08 13:14
閱讀 2934·2021-10-18 13:34
閱讀 2021·2021-09-23 11:21
閱讀 3581·2019-08-30 15:54
閱讀 1752·2019-08-30 15:54
閱讀 2918·2019-08-29 15:33
閱讀 2568·2019-08-29 14:01
閱讀 1940·2019-08-29 13:52