首頁 > 文章 > 後端開發 > Laravel 5.5核心架構使用詳解

Laravel 5.5核心架構使用詳解

php中世界最好的语言原創: 2018-05-18 14:34:001790瀏覽

這次帶給大家Laravel 5.5核心架構使用詳解，Laravel 5.5核心架構使用的注意事項有哪些，下面就是實戰案例，一起來看一下。

前言

本文主要介紹給大家介紹了Laravel 5.5核心架構的相關內容，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。

1、依賴注入

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

例如最常用的requert物件

#2、服務容器

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

服務提供者主要分為兩個部分，register（註冊）和boot（引導、初始化）

3、服務提供者

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

4、在IOC 容器中新增自己的類別

#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;
 }
}

相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！

Laravel 5.5核心架構使用詳解

相關文章