sawa4: проверьте значение флага defer в провайдере, возможно код который кладёт в контейнер ещё не отработал. Где это делается можно найти банальным поиском по проекту.
Александр Аблизин хочется добавить, что на удаление связей может быть подвешена ещё бизнес логика, которая не отработает при использовании внешних ключей, потому такие вещи лучше контролировать в коде. тем более, в нормальных проектах данные не удаляются, а лишь помечаются как удалённые и внешние ключи здесь бесполезны. Не зря laravel из коробки умеет softDelete
Александр Аблизин не очень понятно что вы имеете ввиду под посредником, если это паттерн медиатор, то он как должен решать проблему кучи объектов, а не пораждать её как в вашем вопросе.
Вы написали, что у вас куча объектов которые принимают реквест, в ларавеле для подобного кейса уже есть middleware. Возможно вы пытаетесь решить не ту проблему и не с той стороны. Но слишком мало информации чтобы что-то советовать, распишите вопрос подробнее, с примерами кода
Я что-то пропустил за последнее время или без ->get() перестало работать? Вроде же автоматически вызывается, когда начинаешь итерировать объекты в каком нибудь foreach
Никита: Вот именно, laravel даёт синтаксический сахар поверх той же sf, а для этого приходится жертвовать архитектурным изыскам. Как пример - static function foo() { (new static)->foo(); } А от eloquent у перфекциониста глаза вытекают. Мне в принципе нравится такой подход, но на этапе обучения нужно смотреть как правильно, а уж набравшись опыта, можно начинать срезать углы.
А yii это за гранью, год обджект вместо инъекций зависимостей, захардкоженные классы и т.д. Отличным кодом так не пахнет, хотя можно научиться расставлять костыли, чтобы патчить тот же intl. Важный навык, но не относится в вопросу ТС.
WebDev: Ds j kfhjdtkjdcrjv https://laravel.com/docs/master/providers? Нет, сей сервис провайдер это сервис для регистрации других сервисов. Он инициализирует их, добавляет в контейнеры для DI, подключает дополтильные файлы и т.д.
Вот допустим в вашем кейсе вы делаете сервис который обрабатывает загруженные файлы UploaderService. На вход передаёте ему нужные данные вроде списка файлов и нужный конфиг. В этом сервисе может быть проблема что файлы хранятся в разных стораджах (файлы на локале или облака со своим апи), в таком случае нужно лепить ещё один сервис, который отвечает за хранение файлов и взаимодействует с нужным апи (FileStorageService, ASWStorageService).
Соответственно у вас будет сервис провайдер, который инициализирует UploaderService и передаёт ему нужный *StorageService плюс обычно кусок конфига для данных сервисов.
Нет, это плохой способ, т.к. create не деинственная точка входа, нужно скорее сам save переопределять, но его тоже вроде можно обойти. Потому проще воспользоваться готовым пакетом, а не ступать самому по граблям.
Давид: с чего они должны попадать в выборку? ОРМ как раз сгенерит лучший код и без лишних джойнов. При этом у вас в проекте будет более чистый код без ветвлений на orm и query builder, которое потом задолбёшься саппортить.
Давид: в доке всё давно есть https://laravel.com/docs/5.2/eloquent-relationships
По последним вопросам не понял, в замыкании вы можете использовать любые функции из кверибилдера для построения условий, тем более таких простых.
yurygolikov: у меня большой опыт обучения стажёров, за два месяца ребята, которые толком не знали синтаксиса php легко осваивают фреймворк вроде laravel и уже могут работать под внимательным руководством.
План довольно простой - читаете первую книгу по php, читаете её до конца. Читатете документацию по фреймворку, смотрите laracast, гуглите непонятные моменты, начинаете писать, перечитываете документацию. Важный момент, чтобы рядом был кто-то шаращий, так как львиная доля времени джуниоров уходит на мелкие ошибки вроде проблем с неймспейсами или незакрытыми кавычками.
