КГ
Vlad Sobenko
А дто поля не засетаплены в конструкторе, как решаешь? Плагин свой?
супррсс миссингКонструктор тут больше кстати чем всратый конструктор)
<issueHandlers>
<PropertyNotSetInConstructor errorLevel="suppress"/>
</issueHandlers>
Size: a a a
2020 December 16
MM
КГ
<issueHandlers>
<PropertyNotSetInConstructor errorLevel="suppress"/>
</issueHandlers>
То есть это не радикально, всему проекту?)
VS
<issueHandlers>
<PropertyNotSetInConstructor errorLevel="suppress"/>
</issueHandlers>
Такое себе, иногда полезно.
MM
То есть это не радикально, всему проекту?)
как по мне, абсолютно бесполезный ворнинг. аще не могу представить случаев, где он нужен
КГ
как по мне, абсолютно бесполезный ворнинг. аще не могу представить случаев, где он нужен
Я всё таки предпочитаю супрессы по месту делать, чем глобально
MM
это глобально бесполезный ворнинг)
VS
Я всё таки предпочитаю супрессы по месту делать, чем глобально
Я вот думаю плагин написать для этих целей. Навешиваешь suppress на интерфейс, напр. RequestDtoInterface
MM
срамота
MM
мы тут все такие крутые, за типы, и... вешаем мильён различных дтох за общий интерфейс
КГ
это глобально бесполезный ворнинг)
У меня шторм при инициализации доки к классу автоматом вставляет
@psalm-immutable, но судя по последнем тенденциям мне там @psalm-suppress MissingConstructor больше времени сэкономил ))VS
У меня шторм при инициализации доки к классу автоматом вставляет
@psalm-immutable, но судя по последнем тенденциям мне там @psalm-suppress MissingConstructor больше времени сэкономил ))Ну я так понимаю такое нужно только для DTO
КГ
Vlad Sobenko
Я вот думаю плагин написать для этих целей. Навешиваешь suppress на интерфейс, напр. RequestDtoInterface
Это же мета информация, зачем её в виде рабочего кода реализовывать?
КГ
Vlad Sobenko
Ну я так понимаю такое нужно только для DTO
Я к другим классам докблоки не пишу просто
AD
как по мне, абсолютно бесполезный ворнинг. аще не могу представить случаев, где он нужен
я и сеттерами забью состояние объекту, не нужны мне конструкторы
MM
я и сеттерами забью состояние объекту, не нужны мне конструкторы
рефлексией :)
VS
Это же мета информация, зачем её в виде рабочего кода реализовывать?
Так плагин для псалма, там даже в примере псалма есть https://psalm.dev/docs/running_psalm/dealing_with_code_issues/
VS
это глобально бесполезный ворнинг)
access property before initialization ловить?
КГ
Vlad Sobenko
Так плагин для псалма, там даже в примере псалма есть https://psalm.dev/docs/running_psalm/dealing_with_code_issues/
Это всего лишь пример, который может быть актуален в других ситуациях. В данном случае тебе интерфейс в dto не нужен, и ты его сделать хочешь только для стат анализа.
То есть в коде будет варится то, что используется вне запуска кода. Зачем?
То есть в коде будет варится то, что используется вне запуска кода. Зачем?
VS
Это всего лишь пример, который может быть актуален в других ситуациях. В данном случае тебе интерфейс в dto не нужен, и ты его сделать хочешь только для стат анализа.
То есть в коде будет варится то, что используется вне запуска кода. Зачем?
То есть в коде будет варится то, что используется вне запуска кода. Зачем?
Ну не обязательно по интерфейс, можно по имени, по пути.