там же нет чего-то специфического именно для пхпшторма, насколько я понимаю

глянь эту issue

глянь другие

Спасибо! А то что-то VSC не сильно хорошо по проекту бегает

Отличная статья про оптимизацию на простом примере: https://reinink.ca/articles/dynamic-relationships-in-laravel-using-subqueries

Ребята всех с праздниками! Кто из вас может по простому обьяснить принцип подстановки LSP

?

Здесь речь идет о родительских классах и дочерних. Дочерние классы должны переопределять методы родительского класса таким образом, чтобы не ломать существующий функционал с точки зрения клиента. Допустим ты использовал объект и получал результат его метода в виде массива. Если ты расширишь (наследуешь) класс этого объекта каким-то другим и этот наследник переопределит метод и в итоге будет возвращать уже, скажем, объект (а не массив), то это уже идет нарушение принципа подстановки БЛ. Это один из моментов. Самый понятный наверное

А может есть пример кода ещё понятный не квадраты?

Вообщем можно ли сказать что основа принципа в том чтобы не менять основной класс а только расширять методами можно?

Нельзя так сказать, lsp говорит о пред условиях и постусловиях, т.е. что нужно выполнить перед определённым действием и после, что бы добиться нужного результата. Это может быть как создание объекта, так и вызов метода. И если в наследниках этих действий требуется больше или меньше, то это нарушение lsp.

Привет. А есть кто работает не в компании под флп?

Так можно сказать.

Оригинальное определение звучит следующим образом:

> Пусть q(x) применимо к объектам x типа T. Тогда q(y) должно быть применимо для объектов y типа S где S является подтипом T.

В последующих публикациях о SOLID:

> Подтипы должны быть заменяемы для базового типа.

Еще можно сказать так:

> Объекты в программе должны быть заменяемыми на экземпляры их подтипов без изменения правильности выполнения программы.

На практике это означает, с точки зрения клиента (использования) т.е. случай когда код программы оперяется на определенный класс, например:

class App {
    function do(Foo $f) {
        $f->bar();
    }
}

Мы нарушим принцип LSP, если наследник Foo, изменит правильность выполнения программы.
На практике наследник может переопределить сигнатуру или тип возвращаемого значения, что может нарушить правильность выполнения программы.
Добавляя методы мы не нарушаем LSP, но рискуем нарушить другой, например SRP.

Фух ребята я попробую все это понять. Спасибо всем кто откликнулся.

Ещё можешь посмотреть SOLID курс на laracasts

Всім привіт, хто може підказати як краще реалізувати сорування сутнозті по відношенні один до багатьох, бо я роблю join і щось меі це не подобається ось наприклад
return $query->join('waypoints', function ($join) {
   $join->on('orders.id', '=', 'waypoints.order_id')
    ->where('waypoints.priority', 1);
})->orderBy('waypoints.date', $sort)->select('waypoints.date', 'orders.*')
коли я захочу відсортувати по найбільшому пріорітеті а не першому з join  получається ціла простиня sql ось тому задумався можливо я взагалі не в ту сторону копаю?
Буду вдячний за підказки

А чого не використовуєш відношення Ларавель?

Там ніби як можна далі вже з запитом відношення попрацювати зручніше

напевне я трошки тупий, можеш показати приклад? чи дати посилання?