DT
@psalm-var
@psalm-returnспасиб!
Size: a a a
2020 March 03
A
а ты пробовал ставить версию с гитхаба?
Пробовал. Стабильной работы так и не появилось.
AK
Пробовал. Стабильной работы так и не появилось.
:(
ЕР
Я чёт в ступор впал после psalm-T и ушёл примеры листать
A
Может это особенности моего проекта просто. Он большой и там местами дикое легаси.
AK
Может это особенности моего проекта просто. Он большой и там местами дикое легаси.
у меня тоже подлагивал даже на маленьком проекте:( надеялся что локальная проблема
A
Я псалм сейчас используют только в формате проверки файла после сохранения и проверки проекта перед коммитом.
DT
Я чёт в ступор впал после psalm-T и ушёл примеры листать
это плод моей больной фантазии))
AK
Я псалм сейчас используют только в формате проверки файла после сохранения и проверки проекта перед коммитом.
+ также
DT
а phpstan с
@psalm-var дружит?AK
а phpstan с
@psalm-var дружит?вряд ли
A
а phpstan с
@psalm-var дружит?У него вроде другой формат аннотаций.
Будем надеятся что со временем все придут к одному.
Будем надеятся что со временем все придут к одному.
DT
блять) зоопарк))
A
Это лучше, чем отсутствие инструментов.
AK
блять) зоопарк))
psalm-var int
phpstan-var int
var int
phpstan-var int
var int
A
Ну и это позволяет перейти на статическую типизацию.
DT
psalm-var int
phpstan-var int
var int
phpstan-var int
var int
@psalm-var T $param
@phpstan-var T $param
@param mixed $param
AM
Есть ли смысл в условиях Ларавеля выделять реализации из СервисПровайдеров в фабрики, что бы заюзать в СервисЛокаторе? Или же тупо в сервис локаторе доставать из Контейнера?
Это при условии, что я не могу избавиться от сервис локатора, т.к. должен в зависимости от "типа магазина" создавать тот или иной процессор платежей. Тип при этом храниться в БД и может изменяться админом.
Это при условии, что я не могу избавиться от сервис локатора, т.к. должен в зависимости от "типа магазина" создавать тот или иной процессор платежей. Тип при этом храниться в БД и может изменяться админом.