这次给大家带来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
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契约定义了发送电子邮件所需的方法。框架对每个契约都提供了相应的实现。
好处是实现了程序的低耦合和简单性。
低耦合#
首先，让我们来看一些高耦合缓存实现的代码。如下:
cache = $cache;
}
/**
* 按照 Id 检索订单
*
* @param int $id
* @return Order
*/
public function find($id)
{
if ($this->cache->has($id)) {
//
}
}
}这个类中，程序跟给定的缓存实现高耦合。因为我们依赖于一个扩展包的特定缓存类。一旦这个扩展包的 API 被更改了，我们的代码就必须跟着改变。
同样的，如果我们想要将底层的的缓存技术（ Memcached ）替换为另一种缓存技术（ Redis ），那又得再次修改这个repository类。而repository类不应该了解太多关于谁提供了这些数据或是如何提供的等等。
比起上面的做法，我们可以使用一个简单的、与扩展包无关的接口来改进我们的代码：
cache = $cache; } }
相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！
推荐阅读：
Magic CMS网站管理系统（政企版）采用PHP+Mysql架构，再原CMS系统的基础上精简出适合企业政府客户使用版本，继承了原系统的快捷，高效，灵活，实用的特点，保留了核心功能，系统支持自定义模版（极易整合dede模板）、支持扩展插件，自定义模型等功能，保留了文章模型，视频模型，图集模型，产品模型，能够胜任企业多种建站需求。BUG修复：1.修改了程序安装时部分数据无法正常导入的错误2.修改了程
