Методы пользовательской модели Laravel

У меня вопрос на более фундаментальном уровне, например, почему all () доступен через фасад?

Если вы посмотрите на ядро ​​Laravel - all () на самом деле является статической функцией.

public static function all($columns = array('*'))

У вас есть два варианта:

public static function getAllSortedByMake()
{
    return Car::where('....')->get();
}

or

public function scopeGetAllSortedByMake($query)
{
    return $query->where('...')->get();
}

Оба позволят вам делать

Car::getAllSortedByMake();

На самом деле вы можете расширить Eloquent Builder и поместить туда собственные методы.

Шаги по расширению Builder:

1.Создайте собственный конструктор

<?php

namespace App;

class CustomBuilder extends \Illuminate\Database\Eloquent\Builder
{
    public function test()
    {
        $this->where(['id' => 1]);

        return $this;
    }
}

2. Добавьте этот метод к своей базовой модели:

public function newEloquentBuilder($query)
{
    return new CustomBuilder($query);
}

3. Выполните запрос с методами внутри вашего настраиваемого построителя:

User::where('first_name', 'like', 'a')
    ->test()
    ->get();

для приведенного выше кода сгенерированный запрос mysql будет:

select * from `users` where `first_name` like ? and (`id` = ?) and `users`.`deleted_at` is null

PS:

Пример First Laurence - это код, который больше подходит для вашего репозитория, а не для модели, но вы также не можете передать больше методов с помощью этого подхода:

public static function getAllSortedByMake()
{
    return Car::where('....')->get();
}

Второй пример Лоуренса - худшее событие.

public function scopeGetAllSortedByMake($query)
{
    return $query->where('...')->get();
}

Многие люди предлагают использовать области видимости для расширенного конструктора laravel, но на самом деле это плохое решение, потому что области действия изолированы красноречивым построителем, и вы не получите тот же запрос с теми же командами внутри и за пределами области видимости. Я предложил PR для изменения, следует ли изолировать области действия, но Тейлор проигнорировал меня.

Дополнительные объяснения: например, если у вас есть такие области:

public function scopeWhereTest($builder, $column, $operator = null, $value = null, $boolean = 'and')
{
    $builder->where($column, $operator, $value, $boolean);
}

и два красноречивых вопроса:

User::where(function($query){
    $query->where('first_name', 'like', 'a');
    $query->where('first_name', 'like', 'b');
})->get();

vs

User::where(function($query){
    $query->where('first_name', 'like', 'a');
    $query->whereTest('first_name', 'like', 'b');
})->get();

Сгенерированные запросы будут:

select * from `users` where (`first_name` like ? and `first_name` like ?) and `users`.`deleted_at` is null

vs

select * from `users` where (`first_name` like ? and (`id` = ?)) and `users`.`deleted_at` is null

на первый взгляд запросы выглядят одинаково, но на самом деле это не так. Для этого простого запроса, возможно, это не имеет значения, но для сложных запросов это имеет значение, поэтому, пожалуйста, не используйте области для расширения конструктора :)

для лучшего динамического кода вместо использования имени класса модели "Car",

просто используйте "static" или "self"

public static function getAllSortedByMake()
{
    //to return "Illuminate\Database\Query\Builder" class object you can add another where as you want
    return static::where('...');

    //or return already as collection object
    return static::where('...')->get();
}