SC
А ещё с 7 можно делать
$a = new class {};Size: a a a
2020 February 13
ИС
Павел
в принципе такое можно сделать, добавив в класс метод
public function __get($property)
{
return call_user_func($this, $property);
}
`public function __get($property)
{
return call_user_func($this, $property);
}
ИС
но нужно ли)
П
вот это я и мел в виду
П
то есть возможность есть
П
особенно когда осваиваешь новую технологию, и такие руководства путают
П
исходники уже открыл) assertSuccessfull посмотрел уже)
П
phpunit пускается через ./vendor/bin/phpunit , хотя в доках к ларе просто phpunit
П
Мартин Фаулер (Martin Fowler):
Всякий раз, когда возникает соблазн что-то распечатать, используя print, или написать отладочное выражение, напишите тест вместо этого.
Всякий раз, когда возникает соблазн что-то распечатать, используя print, или написать отладочное выражение, напишите тест вместо этого.
П
а вот это хороший старт!
SC
Павел
phpunit пускается через ./vendor/bin/phpunit , хотя в доках к ларе просто phpunit
Бинарник phpunit может быть установлен в системе, и тогда при запуске он вычитает phpunit.xml который находится в текущей директории
В любом случае, при установке пакетов проекта, бинарники всех будут сложены в ./vendor/bin
В любом случае, при установке пакетов проекта, бинарники всех будут сложены в ./vendor/bin
П
сделаю наверное символическую ссылку. и потащу ее в гит
П
не рекомендуют ставить глобально
SC
Смысла нет. Бинарник и так будет в ./vendor/bin
П
тогда еще лучше через алиас в .zshrc
S
Павел
Мартин Фаулер (Martin Fowler):
Всякий раз, когда возникает соблазн что-то распечатать, используя print, или написать отладочное выражение, напишите тест вместо этого.
Всякий раз, когда возникает соблазн что-то распечатать, используя print, или написать отладочное выражение, напишите тест вместо этого.
Или когда у тебя баг, вместо того чтобы фиксить сразу - сначала напиши/допиши/пофикси тест. Когда он упадет, тогда фиксаем уже сам баг
П
функциональный или оба?
П
пока начал на первых парах тоже думать, что первыми надо функциональные писать
AK
Или когда у тебя баг, вместо того чтобы фиксить сразу - сначала напиши/допиши/пофикси тест. Когда он упадет, тогда фиксаем уже сам баг
до речі мені цей підхід допоміг не раз
деколи пишу тест який тестує баг а він хопа і проходить і розумію що якби написав цей тест потім то він би по суті не перевіряв що такий баг більше не повториться
деколи пишу тест який тестує баг а він хопа і проходить і розумію що якби написав цей тест потім то він би по суті не перевіряв що такий баг більше не повториться
S
Павел
функциональный или оба?
Ну тут уже зависит где баг был)