AM
Size: a a a
2020 February 20
AT
если он не хранит состояния то ок будет
AT
но я бы постарался обойтись без ::getInstance(), контейнеры это сделают красивее
AM
в ларке singleton()
а если речь об этом и shared, то контейнер вместо создания новых объектов возвращает один и тот же
VS
тогда я не понел(
Та я про тех, кто пишет бинд, но думает, что это синглтон
AM
Та я про тех, кто пишет бинд, но думает, что это синглтон
ааа
А
Та я про тех, кто пишет бинд, но думает, что это синглтон
bind с третьим параметром = true — синглтон
MP
@fes0r , дорогой, а напомни мне что там за последние веяния по поводу анализаторов качества кода на пехопе. Что там взять чтоб больше не думать?
RV
@fes0r , дорогой, а напомни мне что там за последние веяния по поводу анализаторов качества кода на пехопе. Что там взять чтоб больше не думать?
psalm / phpstan
AK
@fes0r , дорогой, а напомни мне что там за последние веяния по поводу анализаторов качества кода на пехопе. Что там взять чтоб больше не думать?
чтоб больше думать, скорее. чтоб не думать - не нужны анализаторы
MP
да мне тут на работу надо внедрить, а не хочктся лопатить гугл чтоб потом запутаться еще больше)
ЕР
да мне тут на работу надо внедрить, а не хочктся лопатить гугл чтоб потом запутаться еще больше)
AK
да мне тут на работу надо внедрить, а не хочктся лопатить гугл чтоб потом запутаться еще больше)
ну, если проект уж есть - просто внедрить не получится (разве только если просто добавить в конфиг композера задача стоит).
так-то, придется потом использовать, и 147% сразу всплывёт туча невалидного кода, который нужно хендлить, и, внезапно, с гуглом 😉
так-то, придется потом использовать, и 147% сразу всплывёт туча невалидного кода, который нужно хендлить, и, внезапно, с гуглом 😉
DT
я еще до псалма не добрался
DT
но с phpstan нормально зашло на существующем проеке
ЕР
ну, если проект уж есть - просто внедрить не получится (разве только если просто добавить в конфиг композера задача стоит).
так-то, придется потом использовать, и 147% сразу всплывёт туча невалидного кода, который нужно хендлить, и, внезапно, с гуглом 😉
так-то, придется потом использовать, и 147% сразу всплывёт туча невалидного кода, который нужно хендлить, и, внезапно, с гуглом 😉
Почему же, есть варианты https://psalm.dev/docs/running_psalm/dealing_with_code_issues/
DT
сначала ставишь phpstan, врубаешь на level 0, правишь ошибки (их обычно немного), потом на lvl 1, lvl 2 и так далее, пока ошибок не станет уж очень дофига. Уменя это случилось на lvl 7 (последнем). Потом делаешь baseline и правишь ошибки уже по мере свободного времени или по мере появления
DT
Phpstan щас тоже типами занимается понемногу, я с psalm не сравнивал, но ошибок по типам в стане у меня дохера))
DT
Стат анализ же не обязательно брать сразу на полняках, загонять в CI и денаить пиары которые не прошли, позапускай на локалхосте