А
С чего ты взял, что они игнорируются?
Size: a a a
2020 August 30
MR
Не меняются записи в бд, которые я хочу обновить
А
php artisan co:cl делал?VU
https://dev.mysql.com/doc/refman/8.0/en/data-size.html
https://dev.mysql.com/doc/refman/8.0/en/problems-with-null.html
Выходит default null в контексте бд зло и лучше юзать default(0) ?
https://dev.mysql.com/doc/refman/8.0/en/problems-with-null.html
Выходит default null в контексте бд зло и лучше юзать default(0) ?
IT
надо тебе доку прошерстить, и понять как там все делается. но еще надо наверх накинуть принцип работать без хелперов, фасадов и магии) и тогда будет норм)
Перепишу код, чтобы было кашерно. Про FormRequest & Policy я в общем уже понимаю зачем они. Контроллер у меня действительно перегружается уже лишним кодом, который бы следовало инкапсулировать в эти классы.
Про хелперы и фасады понятно, так как по сути они в некотором смысле аналог глобальных переменных.
А что такое магия?
Про хелперы и фасады понятно, так как по сути они в некотором смысле аналог глобальных переменных.
А что такое магия?
АГ
Перепишу код, чтобы было кашерно. Про FormRequest & Policy я в общем уже понимаю зачем они. Контроллер у меня действительно перегружается уже лишним кодом, который бы следовало инкапсулировать в эти классы.
Про хелперы и фасады понятно, так как по сути они в некотором смысле аналог глобальных переменных.
А что такое магия?
Про хелперы и фасады понятно, так как по сути они в некотором смысле аналог глобальных переменных.
А что такое магия?
__call, __callStatic, __get и прочее, почитай на php.net если итересно ну или просто погугли "php магия"
АГ
магия в первую очередь про eloquent с его whereId, whereName и прочим
АГ
в чем по сути абсолютно никакой нужды нет. все просто: SomeModel::whereName($name) меняешь на SomeModel::query()->where('name', $name) - и вуаля, никакой магии, и стат анализаторы довольны
АГ
выносишь всю работу с моделями в класс репозитория, инъектишь его в сервис, и считай у тебя чистый код.
IT
__call, __callStatic, __get и прочее, почитай на php.net если итересно ну или просто погугли "php магия"
О существовании этих методов я знал, но сам подобные не писал. Нужды не было.
АГ
нефиг и начинать)
IT
в чем по сути абсолютно никакой нужды нет. все просто: SomeModel::whereName($name) меняешь на SomeModel::query()->where('name', $name) - и вуаля, никакой магии, и стат анализаторы довольны
Мне как старпёру это вообще пока немного дико. Я бы предпочёл ::select и нормальный sql-запрос с подстановкой параметров, чем мозг ломать над нечитабельной последовательностью вызовов методов. Может дело привычки, конечно.
ПГ
выносишь всю работу с моделями в класс репозитория, инъектишь его в сервис, и считай у тебя чистый код.
Репо в Ларе спорная вещь
А
Репо в Ларе спорная вещь
Ходить в базу в тестах тоже
ПГ
Ходить в базу в тестах тоже
Согласен. Это один из плюсов вынесения в репо. Но тут зависит от уровня покрытия + что тестировать. Если тестирования функциональнео или интеграционное - то база все равно нужна будет. Если Юнит - то там и базы быть не должно.
ПГ
Выносим все в чистые функции и тестируем их. Остальное - с базой
ПГ
Ну и в целом не все пишут тесты))
IT
Ходить в базу в тестах тоже
У орм больное место когда она тянет много лишнего. Насколько я слышал на приличных объёмах и сложных данных ормки ложатся. Да это и не удивительно. У меня и чистый sql бывало ложился.
В sql я уверен. Его оптимизировать можно. А во что выльется цепь методов хрен его знает.
В sql я уверен. Его оптимизировать можно. А во что выльется цепь методов хрен его знает.
А
У орм больное место когда она тянет много лишнего. Насколько я слышал на приличных объёмах и сложных данных ормки ложатся. Да это и не удивительно. У меня и чистый sql бывало ложился.
В sql я уверен. Его оптимизировать можно. А во что выльется цепь методов хрен его знает.
В sql я уверен. Его оптимизировать можно. А во что выльется цепь методов хрен его знает.
Поэтому орм надо использовать на запись, а не чтение