이 기사는 Laravel의 종속성 주입 및 IoC에 대한 자세한 소개를 제공합니다(예제 포함). 도움이 필요한 친구들이 참고할 수 있기를 바랍니다.
개발자로서 우리는 항상 디자인 패턴을 사용하고 새롭고 강력한 프레임워크를 시도하여 잘 디자인되고 강력한 코드를 작성하는 새로운 방법을 찾으려고 노력하고 있습니다. 이 기사에서는 Laravel의 IoC 구성 요소를 사용하여 종속성 주입 디자인 패턴을 살펴보고 이것이 디자인을 어떻게 개선할 수 있는지 살펴보겠습니다.
종속성 주입
종속성 주입이라는 용어는 Martin Fowler가 제안한 용어로, 애플리케이션에 구성 요소를 주입하는 행위입니다. Ward Cunningham이 말했듯이:
종속성 주입은 민첩한 아키텍처의 핵심 요소입니다.
예를 살펴보겠습니다.
class UserProvider{ protected $connection; public function __construct(){ $this->connection = new Connection; } public function retrieveByCredentials( array $credentials ){ $user = $this->connection ->where( 'email', $credentials['email']) ->where( 'password', $credentials['password']) ->first(); return $user; } }
이 클래스를 테스트하거나 유지하려면 일부 쿼리를 수행하기 위해 데이터베이스 인스턴스에 액세스해야 합니다. 이런 일을 피하려면 이 클래스를 다른 클래스에서 de커플링할 수 있습니다. 세 가지 옵션 중 하나를 사용하여 Connection
클래스를 직접 사용하지 않고 삽입할 수 있습니다. Connection
类注入而不需要直接使用它。
将组件注入类时,可以使用以下三个选项之一:
class UserProvider{ protected $connection; public function __construct( Connection $con ){ $this->connection = $con; } ...
同样,我们也可以使用 Setter 方法注入依赖关系:
class UserProvider{ protected $connection; public function __construct(){ ... } public function setConnection( Connection $con ){ $this->connection = $con; } ...
interface ConnectionInjector{ public function injectConnection( Connection $con ); } class UserProvider implements ConnectionInjector{ protected $connection; public function __construct(){ ... } public function injectConnection( Connection $con ){ $this->connection = $con; } }
当一个类实现了我们的接口时,我们定义了 injectConnection
方法来解决依赖关系。
现在,当测试我们的类时,我们可以模拟依赖类并将其作为参数传递。每个类必须专注于一个特定的任务,而不应该关心解决它们的依赖性。这样,你将拥有一个更专注和可维护的应用程序。
如果你想了解更多关于 DI 的信息,Alejandro Gervassio 在 本系列 文章中对其进行了广泛而专业的介绍,所以一定要去读这些文章。那么,什么又是 IoC 呢?IoC (控制反转)不需要使用依赖注入,但它可以帮助你有效的管理依赖关系。
Ioc 是一个简单的组件,可以更加方便地解析依赖项。你可以将对象形容为容器,并且每次解析类时,都会自动注入依赖项。
当你请求一个对象时, Laravel Ioc 在解决依赖关系的方式上有些特殊:
我们使用一个简单的例子,将在本文中改进它。SimpleAuth
类依赖于 FileSessionStorage
,所以我们的代码可能是这样的:
class FileSessionStorage{ public function __construct(){ session_start(); } public function get( $key ){ return $_SESSION[$key]; } public function set( $key, $value ){ $_SESSION[$key] = $value; } } class SimpleAuth{ protected $session; public function __construct(){ $this->session = new FileSessionStorage; } } //创建一个 SimpleAuth $auth = new SimpleAuth();
这是一种经典的方法,让我们从使用构造函数注入开始。
class SimpleAuth{ protected $session; public function __construct( FileSessionStorage $session ){ $this->session = $session; } }
现在我们创建一个对象:
$auth = new SimpleAuth( new FileSessionStorage() );
现在我想使用 Laravel Ioc 来管理这一切。
因为 Application
类继承自 Container
类,所以你可以通过 App
门面来访问容器。
App::bind( 'FileSessionStorage', function(){ return new FileSessionStorage; });
bind
方法第一个参数是要绑定到容器的唯一 ID ,第二个参数是一个回调函数每当执行 FileSessionStorage
类时执行,我们还可以传递一个表示类名的字符串,如下所示。
Note: 如果你查看 Laravel 包时,你将看到绑定有时会分组,比如( view
, view.finder
……)。
假设我们将会话存储转换为 Mysql 存储,我们的类应该类似于:
class MysqlSessionStorage{ public function __construct(){ //... } public function get($key){ // do something } public function set( $key, $value ){ // do something } }
现在我们已经更改了依赖项,我们还需要更改 SimpleAuth
构造函数,并将新对象绑定到容器中!
高级模块不应该依赖于低级模块,两者都应该依赖于抽象对象。
抽象不应该依赖于细节,细节应该取决于抽象。Robert C. Martin
我们的 SimpleAuth
类不应该关心我们的存储是如何完成的,相反它更应该关注于消费的服务。
因此,我们可以抽象实现我们的存储:
interface SessionStorage{ public function get( $key ); public function set( $key, $value ); }
这样我们就可以实现并请求 SessionStorage
接口的实例:
class FileSessionStorage implements SessionStorage{ public function __construct(){ //... } public function get( $key ){ //... } public function set( $key, $value ){ //... } } class MysqlSessionStorage implements SessionStorage{ public function __construct(){ //... } public function get( $key ){ //... } public function set( $key, $value ){ //... } } class SimpleAuth{ protected $session; public function __construct( SessionStorage $session ){ $this->session = $session; } }
如果我们使用 App::make('SimpleAuth')
通过容器解析 SimpleAuth
类,容器将会抛出 BindingResolutionException
,尝试从绑定解析类之后,返回到反射方法并解析所有依赖项。
Uncaught exception 'Illuminate\Container\BindingResolutionException' with message 'Target [SessionStorage] is not instantiable.'
容器正试图将接口实例化。我们可以为该接口做一个具体的绑定。
App:bind( 'SessionStorage', 'MysqlSessionStorage' );
现在每次我们尝试从容器解析该接口时,我们会得到一个 MysqlSessionStorage
injectConnection
메서드를 정의합니다. 🎜SimpleAuth
클래스는 FileSessionStorage
에 의존하므로 코드는 다음과 같습니다. 🎜rrreee🎜이것은 고전적인 접근 방식입니다. 생성자를 사용하여 시작하겠습니다. . 🎜rrreee🎜이제 객체를 생성합니다: 🎜rrreee🎜이제 Laravel Ioc을 사용하여 이 모든 것을 관리하겠습니다. 🎜🎜 Application
클래스는 Container
클래스에서 상속되기 때문에 App
파사드를 통해 컨테이너에 액세스할 수 있습니다. 🎜rrreee🎜bind
메소드의 첫 번째 매개변수는 컨테이너에 바인딩할 고유 ID이고, 두 번째 매개변수는 FileSessionStorage
클래스가 실행될 때마다 실행되는 콜백 함수입니다. 아래와 같이 클래스 이름을 나타내는 문자열을 전달할 수도 있습니다. 🎜🎜🎜참고:🎜 Laravel 패키지를 보면 (view
, view.finder
...)와 같이 바인딩이 그룹화되어 있는 것을 볼 수 있습니다. 🎜🎜 세션 저장소를 Mysql 저장소로 변환한다고 가정하면 클래스는 다음과 같아야 합니다. 🎜rrreee🎜 이제 종속성을 변경했으므로 SimpleAuth
생성자를 변경하고 새 개체 Set을 바인딩해야 합니다. 용기에! 🎜🎜고수준 모듈은 저수준 모듈에 의존해서는 안 되며, 둘 다 추상 객체에 의존해야 합니다. SimpleAuth
클래스는 저장이 어떻게 이루어지는지 신경쓰지 말고, 대신 서비스 소비에 집중해야 합니다. 🎜🎜그러므로 우리는 저장소를 추상적으로 구현할 수 있습니다: 🎜rrreee🎜이 방법으로 SessionStorage
인터페이스의 인스턴스를 구현하고 요청할 수 있습니다: 🎜rrreee🎜 App::make('를 사용하는 경우 SimpleAuth ')
컨테이너를 통해 SimpleAuth
BindingResolutionException
을 반환합니다. 리플렉션 메서드에 추가하고 모든 종속성을 해결합니다. 🎜rrreee🎜컨테이너가 인터페이스를 인스턴스화하려고 합니다. 이 인터페이스에 대해 특정 바인딩을 만들 수 있습니다. 🎜rrreee🎜이제 컨테이너에서 이 인터페이스를 해결하려고 시도할 때마다 MysqlSessionStorage
인스턴스를 얻게 됩니다. 스토리지 서비스를 전환하려면 이 바인딩을 변경하면 됩니다. 🎜참고: 클래스가 컨테이너에 바인딩되었는지 확인하려면 App::bound('ClassName')
을 사용하거나 App:: 아직 등록되지 않은 바인딩을 등록하려면 binIf('ClassName')
을 사용하세요. App::bound('ClassName')
,或者可以使用 App::bindIf('ClassName')
来注册一个还未被注册过的绑定。
Laravel Ioc 也提供 App::singleton('ClassName', 'resolver')
来处理单例的绑定。
你也可以使用 App::instance('ClassName', 'instance')
来创建单例的绑定。
如果容器不能解析依赖项就会抛出 ReflectionException
,但是我们可以使用 App::resolvingAny(Closure)
方法以回调函数的形式来解析任何指定的类型。
Note: 如果你为某个类型已经注册了一个解析方式 resolvingAny
方法仍然会被调用,但它会直接返回 bind
方法的返回值。
小贴士
这些绑定写在哪儿:如果只是一个小型应用你可以写在一个全局的起始文件 global/start.php
中,但如果项目变得越来越庞大就有必要使用 Service Provider 。
测试:
当需要快速简易的测试可以考虑使用php artisan tinker
Laravel Ioc은 싱글톤 바인딩을 처리하기 위해 App::singleton('ClassName', 'resolver')
도 제공합니다. App::instance('ClassName', 'instance')
를 사용하여 싱글톤 바인딩을 생성할 수도 있습니다.
컨테이너가 종속성을 해결할 수 없는 경우 ReflectionException
이 발생하지만 App::resolvingAny(Closure)
메서드를 사용하여 콜백 함수의 형태 지정된 유형.
resolvingAny
메서드는 계속 호출되지만 bind
의 반환 값을 직접 반환합니다. > 방법. 🎜팁🎜바인딩 작성 위치:
🎜작은 애플리케이션인 경우 전역 시작 파일 global/ start에 작성할 수 있습니다. .php
이지만 프로젝트 규모가 점점 커질 경우 Service Provider를 사용해야 합니다. 🎜🎜테스트: 🎜빠르고 쉬운 테스트가 필요한 경우 php artisan Tinker
를 사용해 보세요. 이는 매우 강력하며 Laravel 테스트 프로세스를 개선하는 데 도움이 될 수 있습니다. 🎜Reflection API: 🎜PHP의 Reflection API는 매우 강력합니다. Laravel Ioc에 대해 자세히 알고 싶다면 먼저 이 튜토리얼을 읽어 더 많은 정보를 얻을 수 있습니다. [관련 추천: 🎜PHP 비디오 튜토리얼🎜]
위 내용은 Laravel의 종속성 주입 및 IoC에 대한 자세한 소개(예제 포함)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!