Size: a a a

Kotlin Community

2020 April 07

PS

Pavel Shilyagov in Kotlin Community
Alexander Nozik
А кто действительно мешает фабрику параметром передать. Вроде не дорого
Никто не мешает. Но это ж костыль. Лучше иметь нормальное решение.
источник

AN

Alexander Nozik in Kotlin Community
Pavel Shilyagov
Никто не мешает. Но это ж костыль. Лучше иметь нормальное решение.
Это не совсем костыль. На самом деле контракт на пустой конструктор - это костыль, особенно в котлин. Вот если бы были контракты на произвольные конструкторы - это было бы полезно, но это синтаксически не понятно как делать
источник

QH

Quantum Harmonizer in Kotlin Community
И главное — непонятно, зачем, если можно передать ::Class первым параметром.
источник

PS

Pavel Shilyagov in Kotlin Community
Alexander Nozik
Это не совсем костыль. На самом деле контракт на пустой конструктор - это костыль, особенно в котлин. Вот если бы были контракты на произвольные конструкторы - это было бы полезно, но это синтаксически не понятно как делать
В swift это делается через протоколы и метод init (конструктор). Можно сделать через invoke похожим образом
источник

AN

Alexander Nozik in Kotlin Community
Quantum Harmonizer
И главное — непонятно, зачем, если можно передать ::Class первым параметром.
Это не поможет
источник

AN

Alexander Nozik in Kotlin Community
Pavel Shilyagov
В swift это делается через протоколы и метод init (конструктор). Можно сделать через invoke похожим образом
Ну я говорю, контракт на произвольный конструктор - вещь полезная. Но контракт на компаньон - более универсальная, потому что компаньон удобно делать фабрикой
источник

AN

Alexander Nozik in Kotlin Community
Вообще, мне кажется разграничение на конструкторы и регулярные функции - довольно искусственное, но чтобы это убрать, нужны селф-типы. А еще лучше, чтобы из компаьона можно было получать тип хозяина. Тогда конструктор - это просто такой методо компаньона
источник

PS

Pavel Shilyagov in Kotlin Community
Alexander Nozik
Ну я говорю, контракт на произвольный конструктор - вещь полезная. Но контракт на компаньон - более универсальная, потому что компаньон удобно делать фабрикой
Да, можно и через контракт на компаньон. Так наверное лучше будет.
источник

PS

Pavel Shilyagov in Kotlin Community
Alexander Nozik
Только пустой конструктор довольно бесполезен. На самом деле лучше действительно контракт на компаньон - гораздо более универсально
В шарпе этот кейс (контракт на конструктор с параметрами) решили покрыть добавлением тайпклассов (shape)
источник

IS

Ihar S in Kotlin Community
Вопрос про inline функции и static analisys, Jacoco явно не умеет этого делать, есть ли сейчас какой-нибудь готовый статический анализатор, который сможет проанализировать inline функции(допустим test code coverage)? и как бонус будет совместим с sonar
источник

QH

Quantum Harmonizer in Kotlin Community
Ihar S
Вопрос про inline функции и static analisys, Jacoco явно не умеет этого делать, есть ли сейчас какой-нибудь готовый статический анализатор, который сможет проанализировать inline функции(допустим test code coverage)? и как бонус будет совместим с sonar
Test coverage же не делается статическим путём.
Неа, есть только run with coverage в IDEA. Оно поддерживает Котлин, но в большинстве случаев не работает.
источник

BV

Boris Vanin in Kotlin Community
Мой опыт мне подсказывает, что этот каврдж это полный шлак
источник

AM

Andrew Mikhaylov in Kotlin Community
Alexander Nozik
Ну я говорю, контракт на произвольный конструктор - вещь полезная. Но контракт на компаньон - более универсальная, потому что компаньон удобно делать фабрикой
А контракт на некий приаттаченый, возможно снаружи, к классу объект -- совсем сказка, тогда можно не ограничиваться компаньонами и перестать таскать кастомные сериализаторы в подавляющем большинстве случаев, к примеру :) И не вешать на один компаньон несколько ответственностей, если он уже есть и не фабрика при этом.
источник

AA

Anton Arhipov in Kotlin Community
Ihar S
Вопрос про inline функции и static analisys, Jacoco явно не умеет этого делать, есть ли сейчас какой-нибудь готовый статический анализатор, который сможет проанализировать inline функции(допустим test code coverage)? и как бонус будет совместим с sonar
Нет такого сейчас.
источник

IS

Ihar S in Kotlin Community
Quantum Harmonizer
Test coverage же не делается статическим путём.
Неа, есть только run with coverage в IDEA. Оно поддерживает Котлин, но в большинстве случаев не работает.
спасибо, https://github.com/jacoco/jacoco/issues/654, неожиданно мало голосов за этот тикет, видимо не часто inline и jacoco встречаются 😅
источник

QH

Quantum Harmonizer in Kotlin Community
нууу, мой голос там есть :)
источник
2020 April 08

AE

Alexandr Emelyanov in Kotlin Community
Boris Vanin
Мой опыт мне подсказывает, что этот каврдж это полный шлак
на java работает отлично
источник

AE

Alexandr Emelyanov in Kotlin Community
Ihar S
Вопрос про inline функции и static analisys, Jacoco явно не умеет этого делать, есть ли сейчас какой-нибудь готовый статический анализатор, который сможет проанализировать inline функции(допустим test code coverage)? и как бонус будет совместим с sonar
а какую версию jacoco пробуете кстати?
источник

(

( in Kotlin Community
Alexander Nozik
Не, контракт на конструктор - это пользительная штука
Знаете, кто так умеет? Тайпклассы
источник

(

( in Kotlin Community
:^]
источник