ОТ
А почему бы не воспользоваться $path = $request->file('avatar')->storeAs(
'avatars', $request->user()->id
);
'avatars', $request->user()->id
);
Size: a a a
2018 November 19
ОТ
ИС
Работаю над пакетом. Стоит ли при разработке использовать хелперы (например, view(), config()) или лучше воздержаться и резолвить нужные зависимости из контейнера? Да/нет, почему?
ИС
Интересны мнения
PO
имхо лучше без хелперов, так как у людей их может не быть (как например в люмене), они могут быть переопределены или еще что-то
PO
хотя лично мне удобнее через них, но для пакета я бы не юзал
ИС
Paul O'Reilly
имхо лучше без хелперов, так как у людей их может не быть (как например в люмене), они могут быть переопределены или еще что-то
как тогда лучше поступить? зарезолвить Application в конструкторе, положить в свойство класса и потом при необходимости делать как-то так?
/** @var EventDispatcher $dispatcher */
$dispatcher = $this->app->make(EventDispatcher::class);
PO
я бы как-то так и делал
ИС
👍 спасибо
ИС
если кто-то имеет ещё аргументы за/против, буду рад выслушать
PO
тоже было бы интересно услышать)
ОТ
Я за хэлперы. Как правило пакет для laravel и пракет для lumen -- это 2 разных пакета. И не факт, что все фасады в люмене найдутся. Так что, скорее всего если нужна будет поддержка люмен -- нужно будет другой пакет делать вообще.
ИС
Я за хэлперы. Как правило пакет для laravel и пракет для lumen -- это 2 разных пакета. И не факт, что все фасады в люмене найдутся. Так что, скорее всего если нужна будет поддержка люмен -- нужно будет другой пакет делать вообще.
тоже услышал
ИС
но пока остановился на неиспользовании хелперов
ИС
Какой самый правльный способ проверки эквивалетности массивов (с игнирированием последовательности ключей) в тестах?
ИС
*и самый короткий
В
Я так понимаю нумерованый массив?
ИС
Я так понимаю нумерованый массив?
нет, ассоциативный
ИС
assertEquals сравнивает нестрогим сравнением
ИС
и не смотрит на очередность