首页
学习
活动
专区
圈层
工具
发布

Api 开发之include机制

概述 include英译:包含,包括,使成为...的一部分 我们在进行API开发时可能会将数据以及与该数据相关的数据全部发送给客户端,如 文章数据,相关的数据有“用户”,“分类”......这样做不太友好,因为我们不知道客户端是否需要某些数据,如这里的“用户”。...没必要的数据增加了数据库操作,增加了数据响应。 正确的做法应该是,服务端返回基础数据,在根据客户端传参返回其相关联的数据 如何实现?...通过laravel第三方扩展包 spatie/laravel-query-builder 官方文档:https://docs.spatie.be/laravel-query-builder/v2/introduction.../ 1.composer 引入 composer require spatie/laravel-query-builder 2.控制器使用 use Spatie\QueryBuilder\QueryBuilder

1.7K10

【Laravel系列4.2】查询构造器

当然,要使用哪种一般会是团队的选择,而且往往更多情况下是 查询构造器 和 模型 两个结合起来使用。 好了,话说回来,我们还是看看代码。...大家可以看到,在代码中我还使用了一个 toArray() 结尾,这样返回的就是一个数组。如果在没有做其它设置的情况下,这个数组里的每一项会是一个 stdClass 对象。...我们又发现了一个设计模式在 Laravel 框架中的应用,意外不意外,惊喜不惊喜! 连表查询 普通的连表查询的使用还是非常简单的,我也就不多说了,下面的代码中也有演示。...直接通过编辑器的跳转功能点击 update() 方法就会跳转到 laravel/framework/src/Illuminate/Database/Query/Builder.php 的 update(...这个就要一步一步来看了,前面其实我们已经看到了 laravel/framework/src/Illuminate/Database/Query/Builder.php 这个对象的类文件,那么我们是怎么通过

18.8K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    3分钟短文:Laravel模型作用域,为你“节省”更多代码

    引言 原则上代码写一次,处处是引用,不需要大量的冗余代码,这是一种趋势,也是提高代码健壮性的努力方向。 laravel模型为我们提供了一层数据库操作层,将数据交互独立出来。...events WHERE `published` = 1; 如果条件 published = 1 在默认的情况下需要开启,我们可以使用laravel模型的 全局作用域 方式为所有查询追加上这个条件。...那有些读者可能要问了:“如果我不想要这个约束语句,岂不是连模型也永不了了?” 那哪儿能呢!不过就是QueryBuilder的一个属性数组的一个元素而已,手动移除就行了,这样特例问题就解决了。...而声明一个本地作用域,只要遵循laravel的语法规定即可,如下示例: public function scopePublished($query) { return $query->where('published...使用的使用,直接传入: $zip = '43016'; $events = Event::zip($zip)->get(); 这样就完成了本地作用域的使用,是不是很直观。

    1.8K22

    Laravel源码解析之Model

    的数据操作分两种 – DB facade – Eloquent ORM 它们除了有各自的特色外,基本的数据操作都是通过 Illuminate\Database\Query\Builder 调用方法去完成整个...这个文件在你项目目录中的 vendor/laravel/framework/src/Illuminate/Database/Query 下,你可以自行去查看。...DB facade 正常情况下你可能会这样写一个操作 DB::table('user')->get(); 这个操作首先经过laravel的门面指向文件,不过它并不在 app.php 中,而是通过内核直接加载...new Builder($query); } 最后我们到了 Illuminate\Database\Eloquent\Builder 文件下,这个类中涵盖了ORM的基本操作,例如find , findOrFail...如果你在代码用到了get方法,抱歉,这里没有,它依旧会通过__call 方法将你的请求转发到 Illuminate\Database\Query\Builder 类中 $this->query->{$method

    1.6K30

    【Laravel系列4.5】主从库配置和语法生成

    这也是因为我们在某些业务中,需要在操作完数据后马上查询,主从之间的延迟可能会导致查询的从库数据不正确(这在现实业务中很常见)。...然后顺着我贴出的代码,可以一路看到就是如果有read 配置,那么就会先使用 write 配置创建一个主连接,接着调用这个主连接的 setReadPdo() 方法并根据 read 配置又创建了一个从数据库连接...从这里我们可以看出,Laravel 是根据参数来判断是否使用从库连接进行查询的,而我之前看过其它框架的源码,是 Yii 还是 TP 什么来着,有根据查询语句是否有 SELECT 字符来判断走从库去查询的...public function compileSelect(Builder $query) { if ($query->unions && $query->aggregate) {...这里我就不贴代码了,剩下的东西就看大家自己怎么发掘咯! 总结 今天的内容其实相对来说轻松一些,毕竟关于 Laravel 数据库方面的内容重点在于之前学习过的 模型 和 查询构造器 上。

    5.1K20

    【Laravel系列4.4】模型Eloquent ORM的使用(二)

    而且,关于使用的内容,网上也有很多文章以及视频教程了,我也就不走别人的老路咯。...而另外一个 map() 函数就不用多说了,之前我们说过,Laravel 的 PDO 在默认查询构造器的情况下,走的是 PDO::FETCH_OBJ ,获得的集合结果中的每个数据都是一个 stdClass...而不是我们之前 查询构造器 中的 laravel/framework/src/Illuminate/Database/Query/Builder.php 对象。...但 Eloquent\Builder 的内部持有的一个query 属性依然是 Query\Builder 对象,也就是说在底层,它依然是调用的我们熟悉的那个 查询构造器 来进行工作的。...但是,这里划重点了,Eloquent\Builder 中有些方法是没有的,比如说 insert()、insertGetId() ,在模型中,使用 save() 就可以代替这两个方法的操作。

    4.8K20

    CVE-2021-39165: 从一个Laravel SQL注入漏洞开始的Bug Bounty之旅

    我尝试debug进入where()函数看了看它内部的实现,src/Illuminate/Database/Query/Builder.php: public function where($column...默认情况下Cachet的任何报错都不会有详情,只会返回一个500错误。...SQLMap默认情况下将整个参数替换成SQL注入的Payload,而这个注入点需要前缀和后缀,需要对参数进行修改。 我先使用一个能够爆出数据的URL,比如/api/v1/components?...Cachet使用rcrowe/twigbridge来将twig集成进Laravel框架,按照composer.lock中的版本号来肯定高于v1.20.0(实际是v1.40.1),也就是说,我也无法使用这个...在实战中,我遇到了一个比较棘手的问题,大量厂商使用了WAF,这让GET型的注入变得很麻烦。

    2.7K20

    Laravel代码简洁之道和性能优化

    经过一番调研之后发现了一个堪称神器的扩展:laravel-upsert 这个 Laravel 扩展为查询构建器和 Eloquent 添加了对 INSERT & UPDATE (UPSERT) 和 INSERT...第二个参数是唯一标识记录的列。除 SQL Server 外的所有数据库都要求这些列具有PRIMARY或UNIQUE索引。 提供要更新的列作为第三个参数(可选)。默认情况下,将更新所有列。...Lumen 如果您使用 Lumen,则必须手动实例化查询构建器: $builder = new \Staudenmeir\LaravelUpsert\Query\Builder(app('db')->connection...()); $builder->from(...)...LaravelUpsert\Eloquent\HasUpsertQueries; 因为我们数据库的时间是int类型,不是laravel默认的时间格式,并且我们的插入时间和更新时间也不是laravel默认的字段

    7.7K20

    Laravel源码分析之模型关联

    使用模型关联给应用开发带来的收益我认为有以下几点 主体数据和关联数据之间的关系在代码表现上更明显易懂让人一眼就能明白数据间的关系。...按照Laravel设定好的模式来写关联模型每个人都能写出高效和优雅的代码 (这点我认为适用于所有的Laravel特性)。...动态属性加载关联模型 上面我们定义了三种使用频次比较高的模型关联,下面我们再来看一下在使用它们时关联模型时如何加载出来的。...*注: 下面的代码为了阅读方便我把一些在父类里定义的方法拿到了HasMany中,自己阅读时如果找不到请去父类中找一下。...还有一些我认为使用场景没那么多的多态关联、嵌套预加载那些我并没有梳理,并且它们的底层实现都差不多,区别就是每个关联类型有自己的关联约束、匹配规则,有兴趣的读者自己去看一下吧。

    11.1K10
    领券