Laravel Lighthouse #1 - Вводная и про type Query

[@Вячеслав-м9ч]

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

[@простоканал-р8з]

Круто, вот смотрю, спасибо

[@pavelzloi]

Добрый день! Благодарю за комментарий, в каком-то смысле немного завидую Вам, потому как впереди у Вас 6 часов технической духоты про потрясающую своей красотой и изящностью систему Lighthouse :) Кстати, вот полный плейлист kzbin.info/aero/PLTd7y0vdxhK6eyNwq26kxIGLNxJjYAj1D

[@простоканал-р8з]

@@pavelzloi Like

[@ИгорьДрандин]

Отлично! Очень круто. А что делать, если модели находятся в иерархии каталогов и имеют одинаковые имена? Например, если 3 модели Models/Post.php, Models/Blog/Post.php, Models/Artical/Post.php. Если проект большой, то модели едва ли будут лежать в одном каталоге.

[@pavelzloi]

Добрый день! Отличный вопрос. к сожалению с этим не так всё просто, есть два варианта: 1) через директиву @field lighthouse-php.com/3/api-reference/directives.html#field 2) либо не использовать поддиректории, это упростит graphql.schema (не надо писать @field для каждой квери/мутации) не сказал бы что если в проекте есть десятка два кверей и столько же мутаций то проект похож на помойку UPD: Ну а если у Вас очень много разных кверей и мутаций, то Вы возможно что-то делаете не так, к тому же не всё имеет смысл выносить в отдельный класс, иногда можно воспользоваться директивами типа @all или @find для тривиальных задач

[@ИгорьДрандин]

@@pavelzloi Спасибо! В больших проектах модели удобно группировать в каталогах, без этого сложно обойтись.

[@compolomus9719]

Ну штука интересная

[@pavelzloi]

А то, думаешь чего я так в Lighthouse вцепился? :) Оказалось, что при помощи этого плагина, я за меньшее время успеваю реализовать больше бизнес логики, чем при помощи обычного REST подхода.