Laravel есть ли хорошая книга?

Question

[ettaluni]

Доброго вечера! У symfony есть замечательная книга "Fast Track" в которой наглядно шаг за шагом показано построение приложений и практический смысл symfony.
Сейчас у меня проджект на laravel и не могу найти на него что то похожее, getting started у него нето что то я ищу.
Подскажите плиз книги или ресурсы похожие на "Fast Track"

Comments

[Viktor T2]

https://rutracker.org/forum/viewtopic.php?t=5850797
Laravel. Up & Running. A Framework for Building Modern PHP Apps / Laravel. Полное руководство. 2020
Автор: Matt Stauffer / Мэтт Стаффер

[ettaluni]

Viktor T2, Книжка помогла

Answer 1

[Ипатьев]

Хорошая книга, особенно после Симфони - https://github.com/adelf/acwa_book_ru
Последних ништяков в ней нет, но зато показано как побороть те кривые дорожки, которыми ходит Лара чтобы вызывать вау-эффект за счет граблей в будущем.

Comments

[jazzus]

любовь к фреймворку чувствуется с первых примеров
$entity = Entity::find($id);

if (!$entity) {
abort(404);
}

[Alex Wells]

jazzus, это еще ладно. Но там есть и такое)

$post = Post::find($id);

if (!$post) {
return false;
}

И надейся что кто-то твой false обработает)

[jazzus]

Alex Wells, а если нашел return true. Причем новичок потом так и будет писать тк примеры в начале заучиваются машинально.

[NubasLol]

jazzus, это мелочь.

Надо смотреть в суть, а не искать косяки) в других местах там есть firstOrFail

[jazzus]

NubasLol, чел видимо эволюционировал в процессе написания книги. От return false к firstOrfail. В следующих частях может findOrFail будет или даже model Binding)

[jazzus]

NubasLol, суть в написании сервисов. просмотрел по верхам mvc с роутами и думает, что это весь Ларавел. Поэтому и возится со своими велосипедами как со спасательных кругом. Хотя если функционал Лары юзать у тебя и так контроллеры будут чистые.

[NubasLol]

jazzus, все сводится к балансу, как всегда.

Нужно смотреть на проект, и писать по ситуации. Но вот в этой книге много хороших практик, даже в открыве от ларавель. Фреймворк должен быть инструмент.

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

У меня вот был пример недавно, выпало делать проект на го, сначала я взял один фреймворк, начал делать тна нем, потом понял что он не оч подходит взял второй, потом третий. Но так как вся логика была абстрагирована, смена занимала не более часа

Ну не отрицаю, что у самого на ларе много проектов, где код просто в контроллере и никаких проблем не было с этим, так как сдал-забыл, просто ввод новости, прием формы, че там мудрить

[jazzus]

NubasLol, проблема в том, что кроме сервисов ничего не юзают. Я такое постоянно вижу. mvc + свои сервисы. А у Лары куча своих сервисов. Пока валидацию, политики, компоненты, эвенты, джобы, обсерверы пройдешь у тебя выносить будет нечего. А если что-то останется то уже создавай сервис. Я в контроллерах часто оставляю небольшой код т.к. сервис для одного сейва это бред и лишняя прослойка.

[Adelf]

jazzus, так ведь специально в книге пишу, что если сложность небольшая и там нужен только save(), то никакого смысла строить лишние абстракции не надо. На каждой странице что-ли это написать...

[Adelf]

jazzus, я не зря Предисловие назвал важным.

"Примеры этой книги никогда не будут идеальными. Я могу назвать какой-то код «корректным» и найти кучу ошибок в нем в следующей главе."

это важно, именно эволюция. я нигде не стараюсь говорить - пишите так и будет счастье. Всегда пишу "вот в такой то ситуации - это норм, но в другой ситуации при усложнении проекта могут быть проблемы, тогда можно делать так-то". пытаюсь найти проблемы и их решения. И чтобы читатель тоже понял.

[jazzus]

Adelf, на каждой странице нужно было ссылку на доку оставить и напоминание, что в Ларавел кроме контроллеров внезапно есть и другие классы.

Answer 2

[jazzus]

Зачем фреймворку книга? Это не язык программирования и не проектирование архитектуры. Набор взаимосвязанных утилит в готовой структуре. Максимум будут личные велосипеды или пересказ документации. В обоих случаях бесполезно.

Comments

[ettaluni]

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

[Ипатьев]

Затем, что фремворк это фактически второй язык, зачастую более сложный. И узнать о его возможностях лучше из книги.
Если посмотреть на вопросы по тегу ларавель, то будет видно, что большинство пользователей как раз такие - книг не читают, используют как готовую структуру для своего привычного говнокода.

[jazzus]

Ипатьев, говнокод пишут как раз после изучения чужих велосипедов. Начитаются бреда с getModel и потом не знают, как это обслуживать. Бестпрактика это примеры из доки, а если совсем непонятно как это работает то значит непонятно как работают вебприложения и фреймворки в принципе и тогда уже нужно читать об этом.

[jazzus]

ettaluni, значит изучай вебразработку

[Ипатьев]

jazzus, лучше изучать вебразработку, чем кидать понты

[jazzus]

Ипатьев, офигеть

[NubasLol]

У Лары дока супер простая, по крайней мере 3 года назад я нубом с симфони перешёл за 2 недели

У симфони все было куда запутаннее (не знаю как сейчас).

У Лары все просто, с хорошими примерами и простым языком, даже без знания английского все понятно