....

Laravel
















































#196 | 2022-08-10 14:33:46 Проверено
#197 | 2022-08-10 14:44:41 Проверено

PHPDoc

Ниже приведен пример корректного блока документации Laravel. Обратите внимание, что за @paramатрибутом следуют два пробела, тип аргумента, еще два пробела и, наконец, имя переменной:

/**
* Register a binding with the container.
*
* @param string|array $abstract
* @param \Closure|string|null $concrete
* @param bool $shared
* @return void
*
* @throws \Exception
*/
public function bind($abstract, $concrete = null, $shared = false)
{
//
}

СтильCI

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

#201 | 2022-08-12 13:04:23 Проверено

https://laracasts.com/

#203 | 2022-08-12 13:20:45 Проверено

https://inertiajs.com/demo-application

#290 | 2022-09-26 07:52:03 Проверено
Всегда держите в голове: Класс должен знать только о тех данных, с которыми он работает. Если он работает только с userId, ему не надо передавать всего пользователя. Равно как не надо внутри него вызывать фасад авторизации. Классу twitterApi не нужно знать как авторизовался пользователь и как его выдернуть из запроса. Ему нужен только userId (например), чтобы отправить запрос. В дальнейшем вы сможете переносить данный класс в другие проекты, зная что он не полезет в чужую авторизацию. И как писали выше - тесты, поведение, изменение в работе фреймворка от версии к версии. Пример с Auth не самый удачный, он практически не изменим. Но логика тут понятна. Если какой-то фасад с очередным обновлением поменяет свою логику, вам придётся бегать по всем классам, которые его используют и их поведение будет не предсказуемо. Сложно будет дебажить и тд
 
Фасады внутри то-же самое юзают. Я обычно в них и смотрю что мне в зависимость прокидывать)
Здесь можно оставить комментарий!