Тогда что такое рефлексия?

Вместо того что бы работать с объектом мы работаем с его описанием (классом)

Опять таки, если мы этот проперти получили в компайл тайме, ничего рефлективного, просто синтаксический сахар. То, что осуждается начинается когда мы это получаем в рантайме.

Опять таки, если мы этот проперти получили в компайл тайме, ничего рефлективного, просто синтаксический сахар. То, что осуждается начинается когда мы это получаем в рантайме.

fun <T> addOne(obj: T, prop: KMutableProperty1<T, Int>) { prop.set(obj, prop.get(obj) + 1) }

значит, с :: всё ок

Тут нпе можно словить

Как? Не Int? же.

Т по умолчанию Any?

fun <T> addOne(obj: T, prop: KMutableProperty1<T, Int>) { prop.set(obj, prop.get(obj) + 1) }

или любопытство :)

Потом появляется спринг, хороший фрейморк, но костылей и магии, в рантайме падать неперепадать

чем он, простите, хороший?

Начальной простотой

Начальной простотой

очень тяжело по первости гуглить его невнятные сообщения об ошибках со стеком в сто методов

Все за тебя делает

А сейчас на чём?

всё то, что и так сделать несложно ;)

Спринг бросил, если нада продолжу, но желания нет

Json вручную парсить тоже не сложно

какой json сериалайзер быстрее?

Всем привет возник интересный вопрос про универсальную функцию. Есть 2 класса. class A(){ var a: Int=0 } class B(){ var b: Int=0 } Вопрос такой: как написать универсальную функцию которая будет увеличивать значение в поле экземпляра ккласса независимо от того какого класса аргумент функции? Нужно что то вродее этого (далее псевдокод чтобы показать что мне нужно сделать): fun plusOne(somethingObject: SomethingClass){ somethingObgect.field++ return something }

Я кстати не уверен что KProperty идёт через рефлексию

Это был пример решения задачи совсем без рефлексии, коей является использование KProperty. Варианты с ней были приведены вчера :)

Я кстати не уверен что KProperty идёт через рефлексию

а передать геттер и сеттер — не рефлексия? :)

По-моему, работа с KProperty требует kotlin-reflect

а передать геттер и сеттер — не рефлексия? :)

а передать геттер и сеттер — не рефлексия? :)

ты не тянешь никаких данных о проперти. Работая с KProperty ты можешь поглядеть такие вещи как isLateinit, name и т.д.

Передавать две функции -- нет, очевидно. Ты ж сам ручками в функциях описываешь получение и установку значения.

ты не тянешь никаких данных о проперти. Работая с KProperty ты можешь поглядеть такие вещи как isLateinit, name и т.д.

Передача метод-референса — нет, очевидно. Ты ж сам ручками указываешь на эту пропертю.

Верно, но передать геттер с сеттером и передать KProperty — это всё же разные вещи.

effectively одно и то же

Это нормально, что jvmstatic переменая в companion в java получается через геттер?

@JvmStatic == сгенерировать дополнительный(е) статический(е) метод(ы)

А более стандартную статик переменную нельзя сделать?

@JvmField в object declaration / companion object

if (e.cause !is java.net.UnknownHostException || e.cause !is java.net.SocketException || e.cause !is java.net.ConnectException ) есть ли какой-нибудь другой способ это выразить ?

Что-то не то с этим условием, т.к. оно всегда истинно - исключение всегда не является чем-то из перечисленного. Да и ConnectException - это SocketException.

Через when можно

if (e.cause !is java.net.UnknownHostException || e.cause !is java.net.SocketException || e.cause !is java.net.ConnectException ) есть ли какой-нибудь другой способ это выразить ?

Ну наверное связка через &&, а не через || А вам зачем такое? Какую задачу вы этой проверкой решаете? Вообще, instanceof (is в Kotlin) за пределами equals метода обычно является антипаттерном.

Ну наверное связка через &&, а не через || А вам зачем такое? Какую задачу вы этой проверкой решаете? Вообще, instanceof (is в Kotlin) за пределами equals метода обычно является антипаттерном.

Ну наверное связка через &&, а не через || А вам зачем такое? Какую задачу вы этой проверкой решаете? Вообще, instanceof (is в Kotlin) за пределами equals метода обычно является антипаттерном.

Чтобы в java не вызывать a.method(null, null, null, null)

@JvmOverloads

Странно, что оно по умолчанию не делает так.

Странно, что оно по умолчанию не делает так.

Странно, что оно по умолчанию не делает так.

За счёт sealed классов это не так

а что если код не твой, а чекнуть надо?