在前面两篇教程中，学院君陆续给大家介绍了 Eloquent 模型类支持的七种关联关系，通过底层提供的关联方法，我们可以快速实现模型间的关联，并且进行关联查询。今天我们将在定义好模型关联的基础上进行关联查询、插入和更新操作，看看如何借助模型关联提高代码的可读性并提高编码效率。 关联查询 关于关联查询，我们在前面介绍关联关系定义的时候已经穿插着介绍过，这里简单回顾下。在 Eloquent 模...
在上一篇教程中我们给大家介绍了一对一、一对多、多对多这三种日常工作中很常见的关联关系及其使用，这一篇教程我们将继续介绍剩下的四种更加复杂的关联关系，分别是远层一对多和多态关联（包哈三种子类型），这几个关联关系听起来就让人有点懵，所以学院君将结合具体实例来讲解，希望看完这篇教程，你可以掌握这几种关联关系。 远层一对多关联 什么是远层一对多关联 我们在上一篇教程中学习了一对多关联，远层一对多...
简介 在整个「SOLID」原则概述的旅途中，我们到达最后一站了！最后一个原则是依赖反转原则，它规定高层次的代码不应该依赖低层级的代码。换句话说，高层次的代码应该依赖抽象接口，抽象接口就像是「中间人」一样，负责连接着高层次和低层次代码。这个原则的另一层意思是，抽象接口不应该依赖具体实现，但具体实现应该依赖抽象接口。如果这些理论听起来让你极端困惑，别担心，接下来我们会将围绕这两个方面将这个原...
简介 接口隔离原则规定，不应该强制接口的实现依赖于它不使用的方法。你是否曾被迫去实现一些你用不到的接口方法？如果答案是肯定的，那么你可能会在实现里创建一个空方法。这就是一个使用了违背接口隔离原则的接口的例子。 在实际操作中，这个原则要求接口必须粒度很细，且专注于一个领域。听起来很耳熟？记住，所有五个「SOLID」原则都是相关的，也就是说违背了其中一个原则，通常意味着也违背了其他的原则。当...
简介 别担心，里氏替换原则名字起的高大上，但是其实很简单。该原则可以描述为：一个抽象的任意实现都可以在声明该抽象的地方替换它。读起来有点绕口，通俗点说就是个：如果一个类使用了某个接口的实现，那么一定可以通过该接口的其它实现来替换它，不用做出任何修改。 里氏替换原则规定对象可以被其子类的实例所替换，并且不会影响到程序的正确性。 实战 为了说明该原则，我们继续使用前面编写的 OrderP...
简介 在一个应用的生命周期里，大部分时间都花在了向现有代码库增加功能，而非一直从零开始写新功能。你可能已经意识到了，这会是一个繁琐且令人痛苦的过程。无论何时你修改代码，都有可能引入新的bug，或者破坏原有的旧功能。理想情况下，我们应该可以像写全新的代码一样来快速修改现有的代码。如果采用开放封闭原则来正确设计我们的应用程序，那么这是可以做到的！ 开放封闭原则，又称开闭原则，规定代码对扩展...
简介 罗伯特·C·马丁在 21 世纪早期引入了名为「SOLID」的设计原则，指代了面向对象编程和面向对象设计的五个基本原则： 单一职责原则（Single Responsibility Principle） 开放封闭原则（Open Closed Principle） 里氏替换原则（Liskov Substitution Principle） 接口隔离原则（Interface Segreg...
简介 为了方便你自定义框架的核心组件功能，甚至是完全替换它们，Laravel 提供了大量可以对应用进行扩展的地方。例如，哈希服务实现了 Illuminate\Contracts\Hashing\Hasher 契约，你可以按照自己应用的需求来重新实现它。你还可以继承 Request 对象类，添加自己用的顺手的方法。你甚至可以添加全新的用户认证、缓存和会话驱动！ Laravel 组件功能通常...
我们所熟知的 MySQL、SQL Server、Oracle 都是关系型数据库，何谓关系型数据库？简单来说就是数据表之间存在关联关系。到目前为止，我们介绍的所有 Eloquent 模型操作都是针对单表的，接下来我们将花三篇左右的篇幅来给大家介绍如何在 Eloquent 模型类中建立模型之间的各种关联关系，以及如何实现关联查询和更新。 Eloquent 模型支持的关联关系包括以下六种： ...
简介 我们已经学习了通过 Laravel 构建架构良好的应用的各个方面，接下来，让我们再深入探讨一些细节。在本章，我们将讨论如何解耦各种处理器：队列处理器、事件处理器，甚至其他「类似事件」的结构，比如路由过滤器。 大部分的「处理器」可以被当作传输层组件。也就是说，它们通过队列处理器、被触发的事件、或者外部发来的请求等接收调用。这样一来，我们可以将这些处理器理解为控制器，同样需要避免在它...
