Laravel5.5核心架构理解

Laravel5.5核心架构理解
1、依赖注入

方法传入组件名，框架会自动实例化，方法内可直接使用

例如最常用的requert对象

2、服务容器

其实，Laravel 的核心就是一个 IoC 容器，Laravel 的核心本身十分轻量，并没有什么很神奇很实质性的应用功能。很多人用到的各种功能模块比如 Route（路由）、Eloquent ORM（数据库 ORM 组件）、Request（请求）以及 Response（响应）等等等等，实际上都是与核心无关的类模块提供的，这些类从注册到实例化，最终被你所使用，其实都是 Laravel 的服务容器负责的。

3、服务提供者

服务提供者主要分为两个部分，register（注册）和 boot（引导、初始化）

一个类要被容器所能够提取，必须要先注册至这个容器。既然 Laravel 称这个容器叫做服务容器，那么我们需要某个服务，就得先注册、绑定这个服务到容器，那么提供服务并绑定服务至容器的东西，就是服务提供者（Service Provider）。

4、向IOC 容器添加自己的类

4.1、新建validate类

4.2、新建validateProvider

4.3、绑定validate类到Provider
```
<?php

namespace AppProviders;

use IlluminateSupportServiceProvider;

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 的契约是一组定义框架提供的核心服务的接口。例如，IlluminateContractsQueueQueue 契约定义了队列任务所需的方法，而 IlluminateContractsMailMailer 契约定义了发送电子邮件所需的方法。框架对每个契约都提供了相应的实现。

好处是实现了程序的低耦合和简单性。

低耦合#

首先，让我们来看一些高耦合缓存实现的代码。如下:
```
<?php

namespace AppOrders;

class Repository
{
    /**
     * 缓存实例。
     */
    protected $cache;

    /**
     * 创建一个仓库实例。
     *
     * @param  SomePackageCacheMemcached  $cache
     * @return void
     */
    public function __construct(SomePackageCacheMemcached $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 AppOrders;

use IlluminateContractsCacheRepository as Cache;

class Repository
{
    /**
     * 缓存实例。
     */
    protected $cache;

    /**
     * 创建一个仓库实例。
     *
     * @param  Cache  $cache
     * @return void
     */
    public function __construct(Cache $cache)
    {
        $this->cache = $cache;
    }
}
```
现在，更改之后的代码没有与任何扩展包甚至是 Laravel 耦合。而契约扩展包不包含任何实现和依赖项，你可以轻松地写任何给定契约的替代实现，来实现不修改任何关于缓存消耗的代码就可以替换缓存实现。
相关阅读:
Git：创建远程仓库并推送内容到远程库
 Git中ssh的使用
 Git中的文件上传、修改、撤消修改和删除
 Git的安装和创建版本库
 HTML相关知识点总结
 Android开发--TableLayout的应用
 Java中sql语句的引号问题
 NXOPEN环境配置
 shell小技巧
 查询MySQL锁等待的语句
原文地址：https://www.cnblogs.com/lamp01/p/8445587.html

Laravel5.5核心架构理解

低耦合#