对laravel核心概念的粗俗理解
1、Laravel 好比如是装了药的 药箱，专门处理人们的问题、治病。
2、人们喜欢把我的药箱叫做 service container 服务容器。
3、把我的药箱里面的一块一块的小格子叫 service provider 服务提供者。在这些小格子里可以放置不同的药。
4、有的人用到我的时候，会在我的小格子或者是他们自制的格子里面放置自己制作的药。
有些药有副作用，比如可以治疗肚子疼又能治疗头痛，这样肚子疼、头不疼的患者吃了可能对头产生不良影响。
所以我定了一份合同契约让放进来的药有个规范。并且我内置的药也是有契约来规范约束我自己。他们把我的这个合同称为 contract 契约。
5、有些药片很难看，可以把它用糖衣包装起来，这样小孩子更容易吞食使用。
我里面很多药都用了这种包装，药效没增加，但是更容易使用。
人们后期添加的药也可以自制包装。这种包装称之为 facade 门面。
一、药箱（服务容器）
绑定，解析，解析事件（类似于在药瓶中放药，取药，取药事项）。
放药（绑定）
基础绑定
$this->app->bind('HelpSpot\API', function ($app) {
return new HelpSpot\API($app->make('HttpClient'));
});
绑定单例
$this->app->singleton('HelpSpot\API', function ($app) {
return new HelpSpot\API($app->make('HttpClient'));
});
绑定实例
$api = new HelpSpot\API(new HttpClient);
$this->app->instance('HelpSpot\API', $api);
绑定实例时给定初始化数据
$this->app->when('App\Http\Controllers\UserController')
->needs('$variableName')
->give($value); // 利用上下文给绑定设置初始数据
举个栗子
interface Fruit
{
public function color();
}
class Apple implements Fruit
{
public $color;
public function __construct($color){
$this->color = $color;
}
public function color(){
return $this->color;
}
}
app()->bind('Fruit', 'Apple');
app()->when('Apple')->needs('$color')->give('red');
echo app('Fruit')->color();
绑定接口到实例
$this->app->bind(
'App\Contracts\EventPusher',
'App\Services\RedisEventPusher'
);
根据上下文提供不同的绑定
$this->app->when(PhotoController::class)
->needs(Filesystem::class)
->give(function () {
return Storage::disk('local');
});
$this->app->when([VideoController::class, UploadController::class])
->needs(Filesystem::class)
->give(function () {
return Storage::disk('s3');
});
给绑定设置标签
$this->app->bind('SpeedReport', function () {
//
});
$this->app->bind('MemoryReport', function () {
//
});
$this->app->tag(['SpeedReport', 'MemoryReport'], 'reports');
$this->app->bind('ReportAggregator', function ($app) {
return new ReportAggregator($app->tagged('reports'));
});
当 Service 已经被解析，extend 方法可以用来修改解析出来的实例 $service：
$this->app->extend(Service::class, function ($service, $app) {
return new DecoratedService($service);
});
拿药（解析）
$this->app->make('HelpSpot\API');
app()->make('HelpSpot\API');
resolve('HelpSpot\API');
app('HelpSpot\API');
app()['HelpSpot\API']
app()->get('HelpSpot\API')
public function xxx(HelpSpot\API $users)
// 注入依赖
$api = $this->app->makeWith('HelpSpot\API', ['id' => 1]);
$api = app('HelpSpot\API', ['id' => 1]);
$api = resolve('HelpSpot\API', ['id' => 1]);
# laravel 实现了 PSR-11 接口，所以就可以用该接口的类型提示解析
use Psr\Container\ContainerInterface;
Route::get('/', function (ContainerInterface $container) {
$service = $container->get('Service');
//
});
容器事件
容器解析任何对象时调用
$this->app->resolving(function ($object, $app) {
});
容器解析 HelpSpot\API 时调用
$this->app->resolving(HelpSpot\API::class, function ($api, $app) {
});
二、药箱里的小格子（服务提供者）
制作一个服务提供者
php artisan make:provider RiakServiceProvider- 服务提供者主要由两个方法：
register和boot。register只负责绑定一些东西到容器（放药）。boot可以使用类型提示解析等来完成任意你想做的事情，这些都归功于容器调用所有服务提供者的register方法之后才去调用boot方法。 - 在
config/app.php的providers数组中注册服务提供者。
制作一个延迟服务提供者
如果只是绑定服务到服务容器，可以设置为延迟（实现 DeferrableProvider 接口），在项目真正需要用到之前不会注册。
class RiakServiceProvider extends ServiceProvider implements DeferrableProvider
{
public function register()
{
$this->app->singleton(Connection::class, function ($app) {
return new Connection(config('riak'));
});
}
public function provides()
{
return [Connection::class];
}
}
三、Facades
不要在一个类中，用太多的
facades。过于臃肿的情况下应该将大类分解成几个小类。
优点
方便测试（辅助函数和 facades 没什么区别，测试方法也是一样的）。
Route::get('/cache', function () {
return Cache::get('key'); // === return cache('key');
});
public function testBasicExample()
{
Cache::shouldReceive('get')
->with('key')
->andReturn('value');
$this->visit('/cache')
->see('value');
}
实时的 facades
原生用法 vs 实时用法
# 原生用法 class Podcast
use App\Contracts\Publisher;
public function publish(Publisher $publisher)
{
$this->update(['publishing' => now()]);
$publisher->publish($this);
}
# 实时用法
use Facades\App\Contracts\Publisher;
Publisher::publish($this);
测试实时的 facades
use Facades\App\Contracts\Publisher;
Publisher::shouldReceive('publish')->once()->with($podcast);
facades 列表
四、Contracts
Facades 和 Contracts 没有什么值得注意的区别，但是当你开发第三方包的时候，最好使用 Contracts，这样有利于你编写测试，否则如果使用 Facades，因为是第三方包，将不能访问 facade 测试函数。
使用方法
在构造函数中类型提示注入就行了。
Contracts 列表
五、请求生命周期
本节主要概括了框架运行的生命周期。
- 所有请求必定首先通过
public/index.php。 - 在上述这个文件中首先加载
composer自动加载文件，然后从bootstrap/app.php实例化一个服务容器。 - 接下来，框架会根据请求类型传送请求至
app/Http/Kernel.php或者app/Console/Kernel.php。 app/Http/Kernel.php扩展了Illuminate\Foundation\Http\Kernel类，父类强制在处理请求前应该做哪些操作，操作内容都放到了bootstrappers数组里面（配置错误处理、配置记录日志、检测应用环境、注册和启动服务提供者等）。子类在数组middleware中规定了请求在被处理前必须经过的一些处理（读写session、判断是否处于维护模式、验证 csrf 令牌等）。- 处理请求，返回响应内容。
希望大家共同进步,学习更多想学习的知识。
