이 글은 laravel튜토리얼 칼럼에서 컨테이너 인스턴스를 코드로 얻는 방법을 소개한 글입니다. 필요한 친구들에게 도움이 되었으면 좋겠습니다!
laravel 컨테이너 인스턴스는 요청 수명 주기 전반에 걸쳐 고유하며 모든 서비스 구성 요소 인스턴스를 관리합니다. 그렇다면 laravel 컨테이너의 인스턴스를 얻는 방법은 무엇입니까? 다음과 같은 방법이 일반적으로 사용됩니다.
1) 앱의 도움말 기능을 통해:
$app = app();
앱의 보조 기능은
파일에 정의되어 있으며 이 파일은 많은 도움말 기능을 정의하며 자동으로 로드됩니다. 작곡가 프로젝트를 통해 파일. 따라서 app()과 같은 http 요청 처리와 관련된 모든 코드 위치에서 함수에 액세스할 수 있습니다.
2) App Facade를 통해
<?php Route::get('/', function () { dd(App::basePath()); return ''; });
App Facade를 통해 컨테이너 인스턴스를 얻는 방법은 위와 다릅니다. 먼저 App을 변수에 할당한 다음 해당 변수를 통해 컨테이너 메서드를 호출할 수 없습니다. App은 클래스 이름일 뿐이고 클래스 이름을 변수에 복사할 수 없기 때문입니다. $app = App;은 유효한 실행문이 아니지만 $app = app(); 뒤에는 함수 호출을 나타내는 app()이 있으므로 유효한 실행문입니다. App::basePath(); 또한 법적 진술이며, 클래스의 정적 메서드를 호출합니다.
포인트 2개 추가:
첫 번째 포인트: Facade는 laravel 프레임워크의 특별한 기능입니다. 각 Facade는 Facade 클래스의 정적 메서드 호출을 통해 직접 호출할 수 있습니다. 연결된 인스턴스 개체의 메서드입니다. 예를 들어, App::basePath()를 호출할 때 App의 Facade는 실제로 app()->basePath()와 동일합니다.
이 기본 메커니즘은 또한 PHP 언어의 특성에 의존합니다. 각 Facade에 정적 멤버를 설정하고 이를 서비스의 인스턴스 개체와 연결해야 합니다. Facade 클래스의 정적 메서드가 호출되면 다음과 같습니다. 파싱된 메서드 이름을 확인한 후 연결된 서비스 인스턴스와 동일한 이름의 메서드를 호출하고 마지막으로 결과를 반환합니다.
Facade가 어떤 역할을 할 수 있는지 이해하는 것만으로도 충분하다고 생각합니다. 구현 세부 사항을 이해하기 위해 하위 계층을 깊이 파고들 필요는 없습니다. Facade가 없으면 laravel의 사용에 영향을 미치지 않습니다. 프레임워크 전혀. 또한 실제 코딩에서는 Facade를 사용자 정의하는 것이 매우 쉽습니다. laravel로 캡슐화된 Facade 기본 클래스를 상속하기만 하면 됩니다.
<?php namespace ThirdProviders\CasServer\Facades; use Illuminate\Support\Facades\Facade; use ThirdProviders\CasServer\CasServerManager; class CasServer extends Facade { protected static function getFacadeAccessor() { return CasServerManager::class; } }
Facade 기본 클래스의 getFacadeAccessor 메소드를 구현하면 laravel 프레임워크는 이 Facade가 어떤 서비스 인스턴스인지 알게 됩니다. 수업은 일어나야합니다. 실제로 이 getFacadeAccess 메소드가 반환하는 이름은 나중에 소개할 서비스 바인딩 이름이다. laravel 컨테이너에서 서비스 인스턴스는 고정된 바인딩 이름을 가지며, 이 이름을 통해 인스턴스를 찾을 수 있습니다. 그렇다면 Facade 클래스가 서비스 바인딩 이름만 반환하면 되는 이유는 무엇입니까?
App Facade 클래스의 코드를 볼 수 있습니다:
<?php namespace Illuminate\Support\Facades; /** * @see \Illuminate\Foundation\Application */ class App extends Facade { /** * Get the registered name of the component. * * @return string */ protected static function getFacadeAccessor() { return 'app'; } }
getFacadeAccessor는 laravel 컨테이너가 자신을 바인딩하는 데 사용하는 이름인 문자열 "app"을 반환합니다.
두 번째 포인트: 이전 포인트의 App Facade 소스 코드에서 App Facade의 전체 클래스 이름이 실제로 IlluminateSupportFacadesApp임을 알 수 있습니다. 그런데 왜 App Facade의 짧은 이름을 통해 직접 액세스할 수 있습니까? code? :
<?php Route::get('/', function () { dd(App::basePath()); return ''; });
위의 코드는 IlluminateSupportFacadesApp을 사용하는 방법이나 정규화된 방법을 사용하지 않는다는 것을 알 수 있습니다. 실제로 App은 IlluminateSupportFacadesApp보다 훨씬 짧고 사용이 필요하지 않아 사용하기 편리하다는 점을 제외하면 IlluminateSupportFacadesApp과 완전히 동일합니다. 이는 laravel 컨테이너에 구성된 별칭과 관련이 있습니다. config/app.php에는 일부 별칭 유형을 구성하는 전용 별칭 섹션이 있습니다:
'aliases' => [ 'App' => Illuminate\Support\Facades\App::class, 'Artisan' => Illuminate\Support\Facades\Artisan::class, 'Auth' => Illuminate\Support\Facades\Auth::class, 'Blade' => Illuminate\Support\Facades\Blade::class, 'Bus' => Illuminate\Support\Facades\Bus::class, 'Cache' => Illuminate\Support\Facades\Cache::class, 'Config' => Illuminate\Support\Facades\Config::class, 'Cookie' => Illuminate\Support\Facades\Cookie::class, 'Crypt' => Illuminate\Support\Facades\Crypt::class, 'DB' => Illuminate\Support\Facades\DB::class, 'Eloquent' => Illuminate\Database\Eloquent\Model::class, 'Event' => Illuminate\Support\Facades\Event::class, 'File' => Illuminate\Support\Facades\File::class, 'Gate' => Illuminate\Support\Facades\Gate::class, 'Hash' => Illuminate\Support\Facades\Hash::class, 'Lang' => Illuminate\Support\Facades\Lang::class, 'Log' => Illuminate\Support\Facades\Log::class, 'Mail' => Illuminate\Support\Facades\Mail::class, 'Notification' => Illuminate\Support\Facades\Notification::class, 'Password' => Illuminate\Support\Facades\Password::class, 'Queue' => Illuminate\Support\Facades\Queue::class, 'Redirect' => Illuminate\Support\Facades\Redirect::class, 'Redis' => Illuminate\Support\Facades\Redis::class, 'Request' => Illuminate\Support\Facades\Request::class, 'Response' => Illuminate\Support\Facades\Response::class, 'Route' => Illuminate\Support\Facades\Route::class, 'Schema' => Illuminate\Support\Facades\Schema::class, 'Session' => Illuminate\Support\Facades\Session::class, 'Storage' => Illuminate\Support\Facades\Storage::class, 'URL' => Illuminate\Support\Facades\URL::class, 'Validator' => Illuminate\Support\Facades\Validator::class, 'View' => Illuminate\Support\Facades\View::class ],
그런 다음 laravel 프레임워크의 요청 처리 프로세스 중에 IlluminateFoundationBootstrapRegisterFacades 클래스가 있습니다. 이 별칭을 전역 환경에 등록해 보겠습니다.
<?php namespace Illuminate\Foundation\Bootstrap; use Illuminate\Support\Facades\Facade; use Illuminate\Foundation\AliasLoader; use Illuminate\Contracts\Foundation\Application; class RegisterFacades { /** * Bootstrap the given application. * * @param \Illuminate\Contracts\Foundation\Application $app * @return void */ public function bootstrap(Application $app) { Facade::clearResolvedInstances(); Facade::setFacadeApplication($app); AliasLoader::getInstance($app->make('config')->get('app.aliases', []))->register(); } }
따라서 전체 유형 이름 대신 별칭을 직접 사용하여 동일한 액세스 기능을 수행할 수 있습니다. 긴 이름으로 일부 클래스를 직접 작성했고 코드에서 많이 사용된다면 config/app.php 별칭으로 구성하는 것을 고려해 볼 수도 있습니다. 그러면 laravel이 이를 등록해 줄 것입니다.
3) laravel 컨테이너 인스턴스를 얻는 또 다른 방법은 서비스 제공자에서 $this->app을 직접 사용하는 것입니다.
서비스 제공자는 나중에 소개할 예정인데 이제서야 소개합니다. 서비스 제공자 클래스는 laravel 컨테이너에 의해 인스턴스화되기 때문에 이러한 클래스는 $app
인스턴스 속성을 정의하는 IlluminateSupportServiceProvider에서 상속됩니다. laravel이 서비스 제공자를 인스턴스화할 때 laravel 컨테이너 인스턴스가 주입됩니다. 이 $app으로 이동하세요. 따라서 서비스 제공자에서는 app() 함수나 App Facade를 사용하지 않고도 $this->$app을 통해 항상 laravel 컨테이너 인스턴스에 액세스할 수 있습니다.
더 많은 Laravel 기술 기사를 보려면 laravel 튜토리얼 칼럼을 방문하세요!
위 내용은 코드에서 컨테이너 인스턴스 가져오기(Laravel)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!