欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

对于Laravel 5.5核心架构的深入理解

程序员文章站 2023-11-17 09:52:04
前言 本文主要给大家介绍了关于laravel 5.5核心架构的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧。 1、依赖注入 方法传入组件名...

前言

本文主要给大家介绍了关于laravel 5.5核心架构的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧。

1、依赖注入

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

例如最常用的requert对象

对于Laravel 5.5核心架构的深入理解

2、服务容器

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

服务提供者主要分为两个部分,register(注册) 和boot(引导、初始化)

3、服务提供者

一个类要被容器所能够提取,必须要先注册至这个容器。既然 laravel 称这个容器叫做服务容器,那么我们需要某个服务,就得先注册、绑定这个服务到容器,那么提供服务并绑定服务至容器的东西,就是服务提供者(service provider)。

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

4.1、新建validate类

对于Laravel 5.5核心架构的深入理解

4.2、新建validateprovider

对于Laravel 5.5核心架构的深入理解

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容器

对于Laravel 5.5核心架构的深入理解

4.5、使用

对于Laravel 5.5核心架构的深入理解

4.6、成功!

对于Laravel 5.5核心架构的深入理解

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

对于Laravel 5.5核心架构的深入理解

5.2、这个类只返回一个mailer

对于Laravel 5.5核心架构的深入理解

5.3、如果调用它的send方法,不存在的话会进入到callstatic的魔术方法

对于Laravel 5.5核心架构的深入理解

5.4、这个方法会得到mailer的实例,即app('mailer')

对于Laravel 5.5核心架构的深入理解

对于Laravel 5.5核心架构的深入理解

5.5、这个实例便能调用mailer类的send方法

对于Laravel 5.5核心架构的深入理解

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

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对的支持。