Laravel 5.5核心架構詳解

小云云
發布: 2023-03-20 11:20:01
原創
1996 人瀏覽過

本文主要為大家介紹了Laravel 5.5核心架構的一些深入理解,文中透過圖文及範例程式碼介紹的非常詳細,需要的朋友可以參考借鑒,下面隨著小編來一起學習學習吧。

1、依賴注入

方法傳入元件名,框架會自動實例化,方法內可直接使用

例如最常用的requert物件

2、服務容器

其實,Laravel 的核心就是一個IoC 容器,Laravel 的核心本身十分輕量,並沒有什麼很神奇很實質的應用功能。許多人用到的各種功能模組例如Route(路由)、Eloquent ORM(資料庫ORM 元件)、Request(請求)以及Response(回應)等等等等,其實都是與核心無關的類別模組提供的,這些類別從註冊到實例化,最後被你所使用,其實都是Laravel 的服務容器負責的。

服務提供者主要分為兩個部分,register(註冊) 和boot(引導、初始化)

3、服務提供者

一個類別要被容器所能夠提取,必須先註冊至這個容器。既然 Laravel 稱這個容器叫做服務容器,那麼我們需要某個服務,就得先註冊、綁定這個服務到容器,那麼提供服務並綁定服務至容器的東西,就是服務提供者(Service Provider)。

4、新增自己的類別類別

#4.1、新validate類別

4.2、新validateProvider

#4.3、綁定validate類別到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();
 });
 }
}
登入後複製

4.4、新增Provider到IOC容器

4.5、使用

4.6、成功!

5、門面(facade)

facade用來提供統一的接口,例如無論你用哪種cache,redis還是memcache,客戶端都可以用cache::get()方式來取得value,至於具體是用了redis還是memcahe,就看你在sevice provider裡面綁定了哪個。 cache::get()的實作方式是,繼承Facade方法getFacadeAccessor,回傳你在容器中綁定的key值,例如cache,然後Facade類別會使用php魔術變數__callstatic(),callstatic的邏輯裡面會從container裡解析cache所綁定的服務,就是前面提到的service provider綁定了誰

5.1、例如config/app.php裡的mail

5.2、這個類別只回傳一個mailer

5.3、如果呼叫它的send方法,不存在的話會進入到callstatic的魔術方法

5.4、這個方法會得到mailer的實例,也就是app('mailer')

## 5.5、這個實例便能呼叫mailer類別的send方法

#6、契約

Laravel 的契約是一組定義框架提供的核心服務的接口。例如,Illuminate\Contracts\Queue\Queue契約定義了佇列任務所需的方法,而Illuminate\Contracts\Mail\Mailer契約定義了發送電子郵件所需的方法。框架對每個契約都提供了相應的實現。

好處是實現了程式的低耦合和簡單性。

低耦合

#首先,讓我們來看一些高耦合快取實現的程式碼。如下:

<?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 ),那又得再次修改這個repository類別。而repository類別不應該了解太多關於誰提供了這些資料或是如何提供的等等。

比起上面的做法,我們可以使用一個簡單的、與擴充無關的介面來改進我們的程式碼:

<?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 耦合。而契约扩展包不包含任何实现和依赖项,你可以轻松地写任何给定契约的替代实现,来实现不修改任何关于缓存消耗的代码就可以替换缓存实现。

相关推荐:

Laravel 5.5实现前后台登陆

如何实现Laravel 5.5可响应接口

Laravel 5.5中为响应请求提供的可响应接口详解_php实例

以上是Laravel 5.5核心架構詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板