AK
Там все не так просто и не тривиально, проще превращать в коде опшинал в налабл тип и обратно для передачи
Просто сейчас это пиходится проверять стат анализаторам
Size: a a a
2020 November 10
AK
Переложили проверки с компилятора на стат анализ
S
Мне конечно сложно с телефона эту дичь читать, но типа же нет для дженерика в оверрайде
а имеешь ввиду типа extends AbstractService<String, String> ?
AK
а имеешь ввиду типа extends AbstractService<String, String> ?
Да, что-то вроде этого
AK
Чтобы не случался type erasure
S
Да, что-то вроде этого
кстати ты был прав спасибо
AK
кстати ты был прав спасибо
Я честно говоря старался писать extends. Это облегчает иногда вот такие type erasure
AK
Но потом мне прострелили колено
AK
И я перешёл на Котлин
AK
Вообще было когда то обсуждение считать
Optional<T> в котлин как T?, на уровне компилятора, но не срослось)Блин, за минуту диалога придумал два новых рула для стат анализа.
1) проверять всегда тип Optional и на него ругаться
2) проверять, что let и also использованы правильно, например для побочной печати let, а не also
1) проверять всегда тип Optional и на него ругаться
2) проверять, что let и also использованы правильно, например для побочной печати let, а не also
AE
Блин, за минуту диалога придумал два новых рула для стат анализа.
1) проверять всегда тип Optional и на него ругаться
2) проверять, что let и also использованы правильно, например для побочной печати let, а не also
1) проверять всегда тип Optional и на него ругаться
2) проверять, что let и also использованы правильно, например для побочной печати let, а не also
энтузиазм это хорошо)
AK
А если в мой текущий линтер накинете ещё звёздочек, то вообще огонь будет и прямо сейчас пойду закодю:
https://github.com/cqfn/diKTat
https://github.com/cqfn/diKTat
AK
кстати ты был прав спасибо
Спасибо в карман не положишь, а звезду положишь
AK
Это первый вопрос, который все задают
AK
Хотя бы тем, что там 20 правил )
АД
Да, я прочитал :)
AK
А нас сотка