Laravel 5.5 핵심 아키텍처에 대한 자세한 설명-PHP 튜토리얼-php.cn

Laravel 5.5 핵심 아키텍처에 대한 자세한 설명

小云云

풀어 주다： 2023-03-20 11:20:01

원래의

1979명이 탐색했습니다.

이 글은 주로 Laravel 5.5의 핵심 아키텍처에 대한 심층적인 이해를 소개하고 있으며, 필요한 친구들이 참고할 수 있도록 사진과 텍스트를 통해 자세히 소개하고 있습니다.

1. 종속성 주입 방법

구성 요소 이름을 입력하면 프레임워크가 자동으로 인스턴스화합니다.

예를 들어 가장 일반적으로 사용되는 요청 개체

사실 Laravel의 핵심은 단지 IoC 컨테이너일 뿐입니다. Laravel의 핵심 자체는 매우 가볍고 마술적이거나 실질적인 응용 기능이 없습니다. Route(라우팅), Eloquent ORM(데이터베이스 ORM 컴포넌트), Request(요청), Response(응답) 등 많은 사람들이 사용하는 다양한 기능 모듈은 실제로는 코어와 관련이 없는 클래스 모듈에서 제공됩니다. . 이러한 클래스의 등록부터 인스턴스화, 최종적으로 사용되는 프로세스는 실제로 Laravel의 서비스 컨테이너의 책임입니다.

서비스 제공자는 크게 등록(registration)과 부트(boot, 초기화) 두 부분으로 나누어집니다.

3. 서비스 제공자

컨테이너로 클래스를 추출하려면 먼저 컨테이너에 등록해야 합니다. Laravel은 이 컨테이너를 서비스 컨테이너라고 부르기 때문에 서비스가 필요하면 먼저 서비스를 컨테이너에 등록하고 바인딩해야 합니다. 그런 다음 서비스를 제공하고 서비스를 컨테이너에 바인딩하는 것이 서비스 공급자입니다.

4. IOC 컨테이너에 자신만의 클래스를 추가합니다

4.1. 새로운 유효성 검사 클래스를 만듭니다

4.2. 유효성 검사 클래스를 Provider

<?php
namespace App\Providers;
use Illuminate\Support\ServiceProvider;
class ValidateProvider extends ServiceProvider
{
 /**
 * Bootstrap the application services.
 *
 * @return void
 */
 public function boot()
 {
 //
 }

 /**
 * Register the application services.
 *
 * @return void
 */
 public function register()
 {
 $this->app->bind('valicate',function(){
  return new Validate();
 });
 }
}

로그인 후 복사

에 바인딩합니다. IOC 컨테이너

4.5에 공급자를 추가하고

4.6을 사용하면 성공합니다!

5. Facade

facade는 통합된 인터페이스를 제공하는 데 사용됩니다. 예를 들어, redis 또는 memcache를 사용하는 경우 클라이언트는 값을 얻기 위해 캐시::get()을 사용할 수 있습니다. redis를 사용할지 memcahe를 사용할지는 서비스 제공자에 바인딩하는 것에 따라 다릅니다. 캐시::get()의 구현은 Facade 메소드 getFacadeAccessor를 상속하고 캐시와 같은 컨테이너에 바인딩한 키 값을 반환하는 것입니다. 그런 다음 Facade 클래스는 callstatic()의 논리를 사용합니다. 캐시에 바인딩된 서비스를 구문 분석하면 앞서 언급한 서비스 제공자가 바인딩됩니다. 5.1. 예를 들어 config/app.php의 메일은

5.2.

5.3.send 메소드를 호출하면, 존재하지 않는 경우 callstatic 매직 메소드로 들어갑니다

5.4. 이 메소드는 메일러 인스턴스, 즉 app('mailer')를 가져옵니다.

5.5. 이 인스턴스는 메일러 클래스의 send 메소드를 호출할 수 있습니다

6. Contract

Laravel의 컨트랙트는 프레임워크에서 제공하는 핵심 서비스를 정의하는 인터페이스 집합입니다. 예를 들어, IlluminateContractsQueueQueue 계약은 대기열 작업에 필요한 방법을 정의하고, IlluminateContractsMailMailer 계약은 이메일 전송에 필요한 방법을 정의합니다. 프레임워크는 각 계약에 해당하는 구현을 제공합니다.

장점은 낮은 결합도와 프로그램의 단순성을 달성한다는 것입니다.

낮은 결합#

먼저, 높은 결합 캐시 구현을 위한 몇 가지 코드를 살펴보겠습니다. 다음과 같습니다:

<?php
namespace App\Orders;
class Repository
{
 /**
 * 缓存实例。
 */
 protected $cache;
 /**
 * 创建一个仓库实例。
 *
 * @param \SomePackage\Cache\Memcached $cache
 * @return void
 */
 public function __construct(\SomePackage\Cache\Memcached $cache)
 {
 $this->cache = $cache;
 }

 /**
 * 按照 Id 检索订单
 *
 * @param int $id
 * @return Order
 */
 public function find($id)
 {
 if ($this->cache->has($id)) {
  //
 }
 }
}

로그인 후 복사

이 수업에서 프로그램은 주어진 캐시와 밀접하게 결합됩니다. 확장 패키지의 특정 캐싱 클래스에 의존하기 때문입니다. 이 확장의 API가 변경되면 그에 따라 코드도 변경되어야 합니다.

마찬가지로 기본 캐싱 기술(Memcached)을 다른 캐싱 기술(Redis)로 교체하려면 저장소 클래스를 다시 수정해야 합니다. 저장소 클래스는 데이터를 누가 제공했는지, 어떻게 제공했는지 등에 대해 너무 많이 알면 안 됩니다.

위 접근 방식과 비교하여, 간단하고 확장 패키지 독립적인 인터페이스를 사용하여 코드를 개선할 수 있습니다.

<?php
namespace App\Orders;
use Illuminate\Contracts\Cache\Repository as Cache;
class Repository
{
 /**
 * 缓存实例。
 */
 protected $cache;

 /**
 * 创建一个仓库实例。
 *
 * @param Cache $cache
 * @return void
 */
 public function __construct(Cache $cache)
 {
 $this->cache = $cache;
 }
}

로그인 후 복사

现在，更改之后的代码没有与任何扩展包甚至是 Laravel 耦合。而契约扩展包不包含任何实现和依赖项，你可以轻松地写任何给定契约的替代实现，来实现不修改任何关于缓存消耗的代码就可以替换缓存实现。