摘要:服务容器在说容器之前,我们需要了解什么是容器。服务容器是一个用于管理类依赖和执行依赖注入的强大工具。几乎所有的服务容器绑定都是在服务提供者中完成,也就是在服务提供者中绑定。
服务容器
在说 Ioc 容器之前,我们需要了解什么是 Ioc 容器。
Laravel 服务容器是一个用于管理类依赖和执行依赖注入的强大工具。
在理解这句话之前,我们需要先了解一下服务容器的来龙去脉: laravel神奇的服务容器。这篇博客告诉我们,服务容器就是工厂模式的升级版,对于传统的工厂模式来说,虽然解耦了对象和外部资源之间的关系,但是工厂和外部资源之间却存在了耦和。而服务容器在为对象创建了外部资源的同时,又与外部资源没有任何关系,这个就是 Ioc 容器。
所谓的依赖注入和控制反转: 依赖注入和控制反转,就是
只要不是由内部生产(比如初始化、构造函数 __construct 中通过工厂方法、自行手动 new 的),而是由外部以参数或其他形式注入的,都属于依赖注入(DI)
也就是说:
Laravel中的服务容器依赖注入是从应用程序的角度在描述,可以把依赖注入描述完整点:应用程序依赖容器创建并注入它所需要的外部资源;
控制反转是从容器的角度在描述,描述完整点:容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源。
Laravel服务容器主要承担两个作用:绑定与解析,服务容器的结构如下:
所谓的绑定就是将接口与实现建立对应关系。几乎所有的服务容器绑定都是在服务提供者中完成,也就是在服务提供者中绑定。
如果一个类没有基于任何接口那么就没有必要将其绑定到容器。容器并不需要被告知如何构建对象,因为它会使用 PHP 的反射服务自动解析出具体的对象。
也就是说,如果需要依赖注入的外部资源如果没有接口,那么就不需要绑定,直接利用服务容器进行解析就可以了,服务容器会根据类名利用反射对其进行自动构造。
bind绑定绑定有多种方法,首先最常用的是bind函数的绑定:
绑定自身
$this->app->bind("AppServicesRedisEventPusher", null);
绑定闭包
$this->app->bind("name", function () { return "Taylor"; });//闭包返回变量 $this->app->bind("HelpSpotAPI", function () { return HelpSpotAPI::class; });//闭包直接提供类实现方式 public function testSharedClosureResolution() { $container = new Container; $class = new stdClass; $container->bind("class", function () use ($class) { return $class; }); $this->assertSame($class, $container->make("class")); }//闭包返回类变量 $this->app->bind("HelpSpotAPI", function () { return new HelpSpotAPI(); });//闭包直接提供类实现方式 $this->app->bind("HelpSpotAPI", function ($app) { return new HelpSpotAPI($app->make("HttpClient")); });//闭包返回需要依赖注入的类
绑定接口
public function testCanBuildWithoutParameterStackWithConstructors() { $container = new Container; $container->bind("IlluminateTestsContainerIContainerContractStub", "IlluminateTestsContainerContainerImplementationStub"); $this->assertInstanceOf(ContainerDependentStub::class, $container->build(ContainerDependentStub::class)); } interface IContainerContractStub { } class ContainerImplementationStub implements IContainerContractStub { } class ContainerDependentStub { public $impl; public function __construct(IContainerContractStub $impl) { $this->impl = $impl; } }
这三种绑定方式中,第一种绑定自身一般用于绑定单例。
bindif绑定public function testBindIfDoesntRegisterIfServiceAlreadyRegistered() { $container = new Container; $container->bind("name", function () return "Taylor"; }); $container->bindIf("name", function () { return "Dayle"; }); $this->assertEquals("Taylor", $container->make("name")); }singleton绑定
singleton 方法绑定一个只需要解析一次的类或接口到容器,然后接下来对容器的调用将会返回同一个实例:
$this->app->singleton("HelpSpotAPI", function ($app) { return new HelpSpotAPI($app->make("HttpClient")); });
值得注意的是,singleton绑定在解析的时候若存在参数重载,那么就自动取消单例模式。
public function testSingletonBindingsNotRespectedWithMakeParameters() { $container = new Container; $container->singleton("foo", function ($app, $config) { return $config; }); $this->assertEquals(["name" => "taylor"], $container->makeWith("foo", ["name" => "taylor"])); $this->assertEquals(["name" => "abigail"], $container->makeWith("foo", ["name" => "abigail"])); }instance绑定
我们还可以使用 instance 方法绑定一个已存在的对象实例到容器,随后调用容器将总是返回给定的实例:
$api = new HelpSpotAPI(new HttpClient); $this->app->instance("HelpSpotApi", $api);Context绑定
有时侯我们可能有两个类使用同一个接口,但我们希望在每个类中注入不同实现,例如,两个控制器依赖 IlluminateContractsFilesystemFilesystem 契约的不同实现。Laravel 为此定义了简单、平滑的接口:
use IlluminateSupportFacadesStorage; use AppHttpControllersVideoController; use AppHttpControllersPhotoControllers; use IlluminateContractsFilesystemFilesystem; $this->app->when(StorageController::class) ->needs(Filesystem::class) ->give(function () { Storage::class });//提供类名 $this->app->when(PhotoController::class) ->needs(Filesystem::class) ->give(function () { return new Storage(); });//提供实现方式 $this->app->when(VideoController::class) ->needs(Filesystem::class) ->give(function () { return new Storage($app->make(Disk::class)); });//需要依赖注入原始值绑定
我们可能有一个接收注入类的类,同时需要注入一个原生的数值比如整型,可以结合上下文轻松注入这个类需要的任何值:
$this->app->when("AppHttpControllersUserController") ->needs("$variableName") ->give($value);数组绑定
数组绑定一般用于绑定闭包和变量,但是不能绑定接口,否则只能返回接口的实现类名字符串,并不能返回实现类的对象。
public function testArrayAccess() { $container = new Container; $container[IContainerContractStub::class] = ContainerImplementationStub::class; $this->assertTrue(isset($container[IContainerContractStub::class])); $this->assertEquals(ContainerImplementationStub::class, $container[IContainerContractStub::class]); unset($container["something"]); $this->assertFalse(isset($container["something"])); }标签绑定
少数情况下,我们需要解析特定分类下的所有绑定,例如,你正在构建一个接收多个不同 Report 接口实现的报告聚合器,在注册完 Report 实现之后,可以通过 tag 方法给它们分配一个标签:
$this->app->bind("SpeedReport", function () { // }); $this->app->bind("MemoryReport", function () { // }); $this->app->tag(["SpeedReport", "MemoryReport"], "reports");
这些服务被打上标签后,可以通过 tagged 方法来轻松解析它们:
$this->app->bind("ReportAggregator", function ($app) { return new ReportAggregator($app->tagged("reports")); });
public function testContainerTags() { $container = new Container; $container->tag("IlluminateTestsContainerContainerImplementationStub", "foo", "bar"); $container->tag("IlluminateTestsContainerContainerImplementationStubTwo", ["foo"]); $this->assertCount(1, $container->tagged("bar")); $this->assertCount(2, $container->tagged("foo")); $this->assertInstanceOf("IlluminateTestsContainerContainerImplementationStub", $container->tagged("foo")[0]); $this->assertInstanceOf("IlluminateTestsContainerContainerImplementationStub", $container->tagged("bar")[0]); $this->assertInstanceOf("IlluminateTestsContainerContainerImplementationStubTwo", $container->tagged("foo")[1]); $container = new Container; $container->tag(["IlluminateTestsContainerContainerImplementationStub", "IlluminateTestsContainerContainerImplementationStubTwo"], ["foo"]); $this->assertCount(2, $container->tagged("foo")); $this->assertInstanceOf("IlluminateTestsContainerContainerImplementationStub", $container->tagged("foo")[0]); $this->assertInstanceOf("IlluminateTestsContainerContainerImplementationStubTwo", $container->tagged("foo")[1]); $this->assertEmpty($container->tagged("this_tag_does_not_exist")); }extend扩展
extend是在当原来的类被注册或者实例化出来后,可以对其进行扩展,而且可以支持多重扩展:
public function testExtendInstancesArePreserved() { $container = new Container; $container->bind("foo", function () { $obj = new StdClass; $obj->foo = "bar"; return $obj; }); $obj = new StdClass; $obj->foo = "foo"; $container->instance("foo", $obj); $container->extend("foo", function ($obj, $container) { $obj->bar = "baz"; return $obj; }); $container->extend("foo", function ($obj, $container) { $obj->baz = "foo"; return $obj; }); $this->assertEquals("foo", $container->make("foo")->foo); $this->assertEquals("baz", $container->make("foo")->bar); $this->assertEquals("foo", $container->make("foo")->baz); }Rebounds与Rebinding
绑定是针对接口的,是为接口提供实现方式的方法。我们可以对接口在不同的时间段里提供不同的实现方法,一般来说,对同一个接口提供新的实现方法后,不会对已经实例化的对象产生任何影响。但是在一些场景下,在提供新的接口实现后,我们希望对已经实例化的对象重新做一些改变,这个就是 rebinding 函数的用途。
下面就是一个例子:
abstract class Car { public function __construct(Fuel $fuel) { $this->fuel = $fuel; } public function refuel($litres) { return $litres * $this->fuel->getPrice(); } public function setFuel(Fuel $fuel) { $this->fuel = $fuel; } } class JeepWrangler extends Car { // } interface Fuel { public function getPrice(); } class Petrol implements Fuel { public function getPrice() { return 130.7; } }
我们在服务容器中是这样对car接口和fuel接口绑定的:
$this->app->bind("fuel", function ($app) { return new Petrol; }); $this->app->bind("car", function ($app) { return new JeepWrangler($app["fuel"]); }); $this->app->make("car");
如果car被服务容器解析实例化成对象之后,有人修改了 fuel 接口的实现,从 Petrol 改为 PremiumPetrol:
$this->app->bind("fuel", function ($app) { return new PremiumPetrol; });
由于 car 已经被实例化,那么这个接口实现的改变并不会影响到 car 的实现,假若我们想要 car 的成员变量 fuel 随着 fuel 接口的变化而变化,我们就需要一个回调函数,每当对 fuel 接口实现进行改变的时候,都要对 car 的 fuel 变量进行更新,这就是 rebinding 的用途:
$this->app->bindShared("car", function ($app) { return new JeepWrangler($app->rebinding("fuel", function ($app, $fuel) { $app["car"]->setFuel($fuel); })); });服务别名 什么是服务别名
在说服务容器的解析之前,需要先说说服务的别名。什么是服务别名呢?不同于上一个博客中提到的 Facade 门面的别名(在 config/app 中定义),这里的别名服务绑定名称的别名。通过服务绑定的别名,在解析服务的时候,跟不使用别名的效果一致。别名的作用也是为了同时支持全类型的服务绑定名称以及简短的服务绑定名称考虑的。
通俗的讲,假如我们想要创建 auth 服务,我们既可以这样写:
$this->app->make("auth")
又可以写成:
$this->app->make("IlluminateAuthAuthManager::class")
还可以写成
$this->app->make("IlluminateContractsAuthFactory::class")
后面两个服务的名字都是 auth 的别名,使用别名和使用 auth 的效果是相同的。
服务别名的递归需要注意的是别名是可以递归的:
app()->alias("service", "alias_a"); app()->alias("alias_a", "alias_b"); app()-alias("alias_b", "alias_c");
会得到:
"alias_a" => "service" "alias_b" => "alias_a" "alias_c" => "alias_b"服务别名的实现
那么这些别名是如何加载到服务容器里面的呢?实际上,服务容器里面有个 aliases 数组:
$aliases = [ "app" => [IlluminateFoundationApplication::class, IlluminateContractsContainerContainer::class, IlluminateContractsFoundationApplication::class], "auth" => [IlluminateAuthAuthManager::class, IlluminateContractsAuthFactory::class], "auth.driver" => [IlluminateContractsAuthGuard::class], "blade.compiler" => [IlluminateViewCompilersBladeCompiler::class], "cache" => [IlluminateCacheCacheManager::class, IlluminateContractsCacheFactory::class], ... ]
而服务容器的初始化的过程中,会运行一个函数:
public function registerCoreContainerAliases() { foreach ($aliases as $key => $aliases) { foreach ($aliases as $alias) { $this->alias($key, $alias); } } } public function alias($abstract, $alias) { $this->aliases[$alias] = $abstract; $this->abstractAliases[$abstract][] = $alias; }
加载后,服务容器的aliases和abstractAliases数组:
$aliases = [ "IlluminateFoundationApplication" = "app" "IlluminateContractsContainerContainer" = "app" "IlluminateContractsFoundationApplication" = "app" "IlluminateAuthAuthManager" = "auth" "IlluminateContractsAuthFactory" = "auth" "IlluminateContractsAuthGuard" = "auth.driver" "IlluminateViewCompilersBladeCompiler" = "blade.compiler" "IlluminateCacheCacheManager" = "cache" "IlluminateContractsCacheFactory" = "cache" ... ] $abstractAliases = [ app = {array} [3] 0 = "IlluminateFoundationApplication" 1 = "IlluminateContractsContainerContainer" 2 = "IlluminateContractsFoundationApplication" auth = {array} [2] 0 = "IlluminateAuthAuthManager" 1 = "IlluminateContractsAuthFactory" auth.driver = {array} [1] 0 = "IlluminateContractsAuthGuard" blade.compiler = {array} [1] 0 = "IlluminateViewCompilersBladeCompiler" cache = {array} [2] 0 = "IlluminateCacheCacheManager" 1 = "IlluminateContractsCacheFactory" ... ]服务解析 make 解析
有很多方式可以从容器中解析对象,首先,你可以使用 make 方法,该方法接收你想要解析的类名或接口名作为参数:
public function testAutoConcreteResolution() { $container = new Container; $this->assertInstanceOf("IlluminateTestsContainerContainerConcreteStub", $container->make("IlluminateTestsContainerContainerConcreteStub")); } //带有依赖注入和默认值的解析 public function testResolutionOfDefaultParameters() { $container = new Container; $instance = $container->make("IlluminateTestsContainerContainerDefaultValueStub"); $this->assertInstanceOf("IlluminateTestsContainerContainerConcreteStub", $instance->stub); $this->assertEquals("taylor", $instance->default); } // public function testResolvingWithArrayOfParameters() { $container = new Container; $instance = $container->makeWith(ContainerDefaultValueStub::class, ["default" => "adam"]); $this->assertEquals("adam", $instance->default); $instance = $container->make(ContainerDefaultValueStub::class); $this->assertEquals("taylor", $instance->default); $container->bind("foo", function ($app, $config) { return $config; }); $this->assertEquals([1, 2, 3], $container->makeWith("foo", [1, 2, 3])); } public function testNestedDependencyResolution() { $container = new Container; $container->bind("IlluminateTestsContainerIContainerContractStub", "IlluminateTestsContainerContainerImplementationStub"); $class = $container->make("IlluminateTestsContainerContainerNestedDependentStub"); $this->assertInstanceOf("IlluminateTestsContainerContainerDependentStub", $class->inner); $this->assertInstanceOf("IlluminateTestsContainerContainerImplementationStub", $class->inner->impl); } class ContainerDefaultValueStub { public $stub; public $default; public function __construct(ContainerConcreteStub $stub, $default = "taylor") { $this->stub = $stub; $this->default = $default; } } class ContainerConcreteStub { } class ContainerImplementationStub implements IContainerContractStub { } class ContainerDependentStub { public $impl; public function __construct(IContainerContractStub $impl) { $this->impl = $impl; } } class ContainerNestedDependentStub { public $inner; public function __construct(ContainerDependentStub $inner) { $this->inner = $inner; } }
如果你所在的代码位置访问不了 $app 变量,可以使用辅助函数resolve:
$api = resolve("HelpSpotAPI");自动注入
namespace AppHttpControllers; use AppUsersRepository as UserRepository; class UserController extends Controller{ /** * 用户仓库实例 */ protected $users; /** * 创建一个控制器实例 * * @param UserRepository $users 自动注入 * @return void */ public function __construct(UserRepository $users) { $this->users = $users; } }call 方法注入
make 解析是服务容器进行解析构建类对象时所用的方法,在实际应用中,还有另外一个需求,那就是当前已经获取了一个类对象,我们想要调用它的一个方法函数,这时发现这个方法中参数众多,如果一个个的 make 会比较繁琐,这个时候就要用到 call 解析了。我们可以看这个例子:
class TaskRepository{ public function testContainerCall(User $user,Task $task){ $this->assertInstanceOf(User::class, $user); $this->assertInstanceOf(Task::class, $task); } public static function testContainerCallStatic(User $user,Task $task){ $this->assertInstanceOf(User::class, $user); $this->assertInstanceOf(Task::class, $task); } public function testCallback(){ echo "call callback successfully!"; } public function testDefaultMethod(){ echo "default Method successfully!"; } }闭包函数注入
public function testCallWithDependencies() { $container = new Container; $result = $container->call(function (StdClass $foo, $bar = []) { return func_get_args(); }); $this->assertInstanceOf("stdClass", $result[0]); $this->assertEquals([], $result[1]); $result = $container->call(function (StdClass $foo, $bar = []) { return func_get_args(); }, ["bar" => "taylor"]); $this->assertInstanceOf("stdClass", $result[0]); $this->assertEquals("taylor", $result[1]); }普通函数注入
public function testCallWithGlobalMethodName() { $container = new Container; $result = $container->call("IlluminateTestsContainercontainerTestInject"); $this->assertInstanceOf("IlluminateTestsContainerContainerConcreteStub", $result[0]); $this->assertEquals("taylor", $result[1]); }静态方法注入
服务容器的 call 解析主要依靠 call_user_func_array() 函数,关于这个函数可以查看 Laravel学习笔记之Callback Type - 来生做个漫画家,这个函数对类中的静态函数和非静态函数有一些区别,对于静态函数来说:
class ContainerCallTest { public function testContainerCallStatic(){ App::call(TaskRepository::class."@testContainerCallStatic"); App::call(TaskRepository::class."::testContainerCallStatic"); App::call([TaskRepository::class,"testContainerCallStatic"]); } }
服务容器调用类的静态方法有三种,注意第三种使用数组的形式,数组中可以直接传类名 TaskRepository::class;
非静态方法注入对于类的非静态方法:
class ContainerCallTest { public function testContainerCall(){ $taskRepo = new TaskRepository(); App::call(TaskRepository::class."@testContainerCall"); App::call([$taskRepo,"testContainerCall"]); } }
我们可以看到非静态方法只有两种调用方式,而且第二种数组传递的参数是类对象,原因就是 call_user_func_array函数的限制,对于非静态方法只能传递对象。
bindmethod 方法绑定服务容器还有一个 bindmethod 的方法,可以绑定类的一个方法到自定义的函数:
public function testContainCallMethodBind(){ App::bindMethod(TaskRepository::class."@testContainerCallStatic",function () { $taskRepo = new TaskRepository(); $taskRepo->testCallback(); }); App::call(TaskRepository::class."@testContainerCallStatic"); App::call(TaskRepository::class."::testContainerCallStatic"); App::call([TaskRepository::class,"testContainerCallStatic"]); App::bindMethod(TaskRepository::class."@testContainerCall",function (TaskRepository $taskRepo) { $taskRepo->testCallback(); }); $taskRepo = new TaskRepository(); App::call(TaskRepository::class."@testContainerCall"); App::call([$taskRepo,"testContainerCall"]); }
从结果上看,bindmethod 不会对静态的第二种解析方法( :: 解析方式)起作用,对于其他方式都会调用绑定的函数。
public function testCallWithBoundMethod() { $container = new Container; $container->bindMethod("IlluminateTestsContainerContainerTestCallStub@unresolvable", function ($stub) { return $stub->unresolvable("foo", "bar"); }); $result = $container->call("IlluminateTestsContainerContainerTestCallStub@unresolvable"); $this->assertEquals(["foo", "bar"], $result); $container = new Container; $container->bindMethod("IlluminateTestsContainerContainerTestCallStub@unresolvable", function ($stub) { return $stub->unresolvable("foo", "bar"); }); $result = $container->call([new ContainerTestCallStub, "unresolvable"]); $this->assertEquals(["foo", "bar"], $result); } class ContainerTestCallStub { public function unresolvable($foo, $bar) { return func_get_args(); } }默认函数注入
public function testContainCallDefultMethod(){ App::call(TaskRepository::class,[],"testContainerCall"); App::call(TaskRepository::class,[],"testContainerCallStatic"); App::bindMethod(TaskRepository::class."@testContainerCallStatic",function () { $taskRepo = new TaskRepository(); $taskRepo->testCallback(); }); App::bindMethod(TaskRepository::class."@testContainerCall",function (TaskRepository $taskRepo) { $taskRepo->testCallback(); }); App::call(TaskRepository::class,[],"testContainerCall"); App::call(TaskRepository::class,[],"testContainerCallStatic"); }
值得注意的是,这种默认函数注入的方法使得非静态的方法也可以利用类名去调用,并不需要对象。默认函数注入也回受到 bindmethod 函数的影响。
数组解析app()["service"];app($service)的形式
app("service");服务容器事件
每当服务容器解析一个对象时就会触发一个事件。你可以使用 resolving 方法监听这个事件:
$this->app->resolving(function ($object, $app) { // 解析任何类型的对象时都会调用该方法... }); $this->app->resolving(HelpSpotAPI::class, function ($api, $app) { // 解析「HelpSpotAPI」类型的对象时调用... }); $this->app->afterResolving(function ($object, $app) { // 解析任何类型的对象后都会调用该方法... }); $this->app->afterResolving(HelpSpotAPI::class, function ($api, $app) { // 解析「HelpSpotAPI」类型的对象后调用... });
服务容器每次解析对象的时候,都会调用这些通过 resolving 和 afterResolving 函数传入的闭包函数,也就是触发这些事件。
注意:如果是单例,则只在解析时会触发一次
public function testResolvingCallbacksAreCalled() { $container = new Container; $container->resolving(function ($object) { return $object->name = "taylor"; }); $container->bind("foo", function () { return new StdClass; }); $instance = $container->make("foo"); $this->assertEquals("taylor", $instance->name); } public function testResolvingCallbacksAreCalledForType() { $container = new Container; $container->resolving("StdClass", function ($object) { return $object->name = "taylor"; }); $container->bind("foo", function () { return new StdClass; }); $instance = $container->make("foo"); $this->assertEquals("taylor", $instance->name); } public function testResolvingCallbacksShouldBeFiredWhenCalledWithAliases() { $container = new Container; $container->alias("StdClass", "std"); $container->resolving("std", function ($object) { return $object->name = "taylor"; }); $container->bind("foo", function () { return new StdClass; }); $instance = $container->make("foo"); $this->assertEquals("taylor", $instance->name); }装饰函数
容器的装饰函数有两种,wrap用于装饰call,factory用于装饰make:
public function testContainerWrap() { $result = $container->wrap(function (StdClass $foo, $bar = []) { return func_get_args(); }, ["bar" => "taylor"]); $this->assertInstanceOf("Closure", $result); $result = $result(); $this->assertInstanceOf("stdClass", $result[0]); $this->assertEquals("taylor", $result[1]); } public function testContainerGetFactory() { $container = new Container; $container->bind("name", function () { return "Taylor’; }); $factory = $container->factory("name"); $this->assertEquals($container->make("name"), $factory()); }容器重置flush
容器的重置函数flush会清空容器内部的aliases、abstractAliases、resolved、bindings、instances
public function testContainerFlushFlushesAllBindingsAliasesAndResolvedInstances() { $container = new Container; $container->bind("ConcreteStub", function () { return new ContainerConcreteStub; }, true); $container->alias("ConcreteStub", "ContainerConcreteStub"); $concreteStubInstance = $container->make("ConcreteStub"); $this->assertTrue($container->resolved("ConcreteStub")); $this->assertTrue($container->isAlias("ContainerConcreteStub")); $this->assertArrayHasKey("ConcreteStub", $container->getBindings()); $this->assertTrue($container->isShared("ConcreteStub")); $container->flush(); $this->assertFalse($container->resolved("ConcreteStub")); $this->assertFalse($container->isAlias("ContainerConcreteStub")); $this->assertEmpty($container->getBindings()); $this->assertFalse($container->isShared("ConcreteStub")); }
Written with StackEdit.
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/22926.html
摘要:的核心概念包括服务容器服务提供者门面契约。所有服务提供者都需要继承类。可以为服务提供者的方法设置类型提示。方法将在所有其他服务提供者均已注册之后调用。同样会整理成思维导图的形式以方便记忆与回顾。 showImg(https://segmentfault.com/img/remote/1460000010771201); Laravel 的核心概念包括:服务容器、服务提供者、门面(Fac...
摘要:可以为服务提供者的方法设置类型提示。方法将在所有其他服务提供者均已注册之后调用。所有服务提供者都在配置文件中注册。可以选择推迟服务提供者的注册,直到真正需要注册绑定时,这样可以提供应用程序的性能。 本文最早发布于 Rootrl的Blog 导言 Laravel是一款先进的现代化框架,里面有一些概念非常重要。在上手Laravel之前,我认为先弄懂这些概念是很有必要的。你甚至需要重温下PHP...
摘要:简述的生命周期采用了单一入口模式,应用的所有请求入口都是文件。分发请求一旦应用完成引导和所有服务提供者都注册完成,将会移交给路由进行分发。此外,由于对动态方法的独特用法,也使测试起来非常容易。 本书的 GitHub 地址:https://github.com/todayqq/PH... Laravel 作为现在最流行的 PHP 框架,其中的知识较多,所以单独拿出来写一篇。 简述 La...
摘要:划下重点,服务容器是用于管理类的依赖和执行依赖注入的工具。类的实例化及其依赖的注入,完全由服务容器自动的去完成。 本文首发于 深入剖析 Laravel 服务容器,转载请注明出处。喜欢的朋友不要吝啬你们的赞同,谢谢。 之前在 深度挖掘 Laravel 生命周期 一文中,我们有去探究 Laravel 究竟是如何接收 HTTP 请求,又是如何生成响应并最终呈现给用户的工作原理。 本章将带领大...
摘要:工厂模式,依赖转移当然,实现控制反转的方法有几种。其实我们稍微改造一下这个类,你就明白,工厂类的真正意义和价值了。虽然如此,工厂模式依旧十分优秀,并且适用于绝大多数情况。 此篇文章转载自laravel-china,chongyi的文章https://laravel-china.org/top...原文地址: http://www.insp.top/learn-lar... ,转载务必保...
摘要:本文一大半内容都是通过举例来让读者去理解什么是控制反转和依赖注入,通过理解这些概念,来更加深入。这种由外部负责其依赖需求的行为,我们可以称其为控制反转。工厂模式,依赖转移当然,实现控制反转的方法有几种。 容器,字面上理解就是装东西的东西。常见的变量、对象属性等都可以算是容器。一个容器能够装什么,全部取决于你对该容器的定义。当然,有这样一种容器,它存放的不是文本、数值,而是对象、对象的描...
阅读 665·2023-04-26 02:03
阅读 1039·2021-11-23 09:51
阅读 1115·2021-10-14 09:42
阅读 1742·2021-09-13 10:23
阅读 928·2021-08-27 13:12
阅读 841·2019-08-30 11:21
阅读 1003·2019-08-30 11:14
阅读 1044·2019-08-30 11:09