Всем привет. Пытаюсь тут старенький проект не свой поднять с колен, а он мне вот так ругается > Failed to apply plugin [id 'kotlin2js'] > Cannot add extension with name 'kotlin', as there is an extension already registered with that name. В какю сторону копать не подскажете?

Ты JVM-ный kotlin-плагин выше этого случайно не подключил? Если подключил — убери, достаточно одного.

JVM-ный плагин подключается в основном файле build.gradle т.к. котлин во всех модулях (subproject-е), а kotlin2js толко в одном

я так понимаю идея дрянь подключать плагины в общем build.gradle

или kotlin2js включает в себя JVM-ный плагин?

идея нормальная, если они везде используются. Jvm плагин и js плагин - это две большие разницы. Вместе в одном модуле они жить не могут

Там немножео другая архитектура, если использовать многомодульную сборку, но там и плагин другой

ребят, подскажите, как подсмотреть как реализован equals в таком случае class Foo { fun bar() {} fun baz() {} } val foo = Foo() print(foo::bar == foo::bar) // true print(foo::baz == foo::bar) // false

тьфу, я имел в виду многоплатформенную

хм, но ведь этот модуль содержит лишь DTO-хи, которые используются в JS и на сервере

и поэтому типа компилим его и в JS и просто

и пару лет назад все работало)

Там плагин вообще другой: https://kotlinlang.org/docs/reference/multiplatform.html

ребят, подскажите, как подсмотреть как реализован equals в таком случае class Foo { fun bar() {} fun baz() {} } val foo = Foo() print(foo::bar == foo::bar) // true print(foo::baz == foo::bar) // false

не понял, что сравнивается указатели на функции что ли?

не понял, что сравнивается указатели на функции что ли?

это ж не С++, какие указатели на функцию?

сам удивлен, что работает

обычные, foo::bar - это функциональный объект, указывающий на метод класса. Сравниваются они по ссылке

ребят, подскажите, как подсмотреть как реализован equals в таком случае class Foo { fun bar() {} fun baz() {} } val foo = Foo() print(foo::bar == foo::bar) // true print(foo::baz == foo::bar) // false

identity

это ж не С++, какие указатели на функцию?

а почему нет?

Могу ли я написать обычную функцию (fun), которую можно прокинуть в Rx цепочку для обработки? Если да, скинь пожалуйста пример.

а почему нет?

я бы остерегался использовать слово "указатель" при работе с java/kotlinjvm

Хорошо, reference

identity

неа, foo::bar === foo::bar дает false

Интересно, я что-то не нахожу строго-го формального описания семантики method reference

неа, foo::bar === foo::bar дает false

наверное, сравнивает имя классса и проперти)

Function references, оно так в официальной документации и называется

https://kotlinlang.org/docs/reference/reflection.html#bound-function-and-property-references-since-11

наверное, сравнивает имя классса и проперти)

Лямбы же создаются, какие нафиг имена ?

Лямбы же создаются, какие нафиг имена ?

какие нафиг лямбы?

Не, там не лямбды

лямбда — это такая штука с полужирными фигурными скобками и опциональной стрелкой

Кек, а как по вашему можно получить ссылку на метод объекта?

Кек, а как по вашему можно получить ссылку на метод объекта?

сгенерировать класс, который реализует определённый интерфейс

Там получаются инстансы KFunction, но не те же самые, что из лямбд делаются

Нууу, sam для jvm8 скомпилится в static lambda

так что я хз

Могу ли я написать обычную функцию (fun), которую можно прокинуть в Rx цепочку для обработки? Если да, скинь пожалуйста пример.

Знаю, что можно с лямбдами. Обычные, вроде, тоже можно. Но проблема с дженериками.

Нууу, sam для jvm8 скомпилится в static lambda

зависит от того, что называть static lambda

это бага.

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

Да и можно ли так сделать в принципе?

Сделать их потомками одного класса или интерфейса, в котором будет объявлено это поле.

Это да, а еще какие-то варианты

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

Зачем это

Это да, а еще какие-то варианты

Рефлексия скорей всего, но оно того стоит

Да про оператор :: я читал, но не понял как его тут можно применить

Это да, а еще какие-то варианты

Лойс. >будет увеличивать значение в поле экземпляра ккласса независимо от того какого класса аргумент функции? Дословно звучит как определение полифморфизма. Какие еще варианты? ) A: Countable B: Countable

Да про оператор :: я читал, но не понял как его тут можно применить

Лучше обясни, то тебе нада

Да и можно ли так сделать в принципе?

Инструментами языка нельзя, только рефлектами, и лучше не стоит так делать.

Собственно ссылка на свойство - это тоже рефлекты, но оно тут не поможет. Для того, чтобы его вызвать, нужно иметь тип вызываемого объекта, для произвольного типа это сделать нельзя

Возможности AspectJ еще приходит в голову, но это того же рода извращения, что и рефлексия

Если что, это называется duck typing и Groovy это отлично умеет

Все понятно, буду делать тогда с помощью средств ООП, думал вдруг кто знает какие прибамбасы)

Кстати, есть довольно положительный опыт мешания в один проект java, groovy и kotlin, так что ничего нелегального тут нет.

у нас тоже так. но груви только в тестах)

Кстати, есть довольно положительный опыт мешания в один проект java, groovy и kotlin, так что ничего нелегального тут нет.

ОПАСНО! Для человека, задающего подобные вопросы кмк

Да про оператор :: я читал, но не понял как его тут можно применить

передавать вместе с объектом его property reference: func(a, A::a) func(b, B::b)

У меня груви в пользовательской консоли.

передавать вместе с объектом его property reference: func(a, A::a) func(b, B::b)

Ну это тоже изврат, лучше уж сделать функционально и инвертировать контроль, передавать действие а не объект

передавать вместе с объектом его property reference: func(a, A::a) func(b, B::b)

Обясни пожалуйста поподробнее как будет выглядеть сама функция plusOne

ERROR: S client not available

ОПАСНО! Для человека, задающего подобные вопросы кмк

Вообще никаких особых проблем. Единственное о чем следует помнить, что вызов kotlin из groovy - это легко, а вот обратно не всегда. Лучше сразу проектировать так, что бы на груви была только обертка.

Вообще никаких особых проблем. Единственное о чем следует помнить, что вызов kotlin из groovy - это легко, а вот обратно не всегда. Лучше сразу проектировать так, что бы на груви была только обертка.

Это когда опыт есть

Предвкушаю появление sealed class

Обясни пожалуйста поподробнее как будет выглядеть сама функция plusOne

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

хде. В дискуссии? Вряд ли, вариант с наследованием был отвергнут

но вообще это дичь, а изменяемые объекты чаще вредны

передавать вместе с объектом его property reference: func(a, A::a) func(b, B::b)

Не нада тут рефлексию показывать

Не нада тут рефлексию показывать

Почему?

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

Спасибо

Это лёгкая рефлексия. Не прон а эротика ?

Почему?

Потом будет везде такой код

Ну это не то чтобы совсем рефлексия, рефлексия в том месте, где этот проперти получается. Так это просто набор геттера и сеттера

В рефлексии нет ничего крименального , пока не начинаешь ее везде вставлять

Спасибо

очень надеюсь, что это было proof of concept

Спасибо

Скажи, ты остановился на этом варианте, и почему если так?

В рефлексии нет ничего крименального , пока не начинаешь ее везде вставлять

всё зависит от того, что именовать рефлексией

Спасибо

Не надо так делать.

Не надо так делать.

Ладно не буду) Просто интересно было можно ли такое сделать с помощью средств языка

всё зависит от того, что именовать рефлексией

Ну то, что описано можно сделать вообще без рефлексии, муторно но можно. Конкретно обращение к конструкциям языка тут не обязательно.

Ладно не буду) Просто интересно было можно ли такое сделать с помощью средств языка

Все можно. Но через попу. Собственно, такие решения ломают статическую типизацию, поэтому язык их и не позволяет. Груви работает на том же самом JVM и возможности эквивалентны, но он это позволяет ибо динамический по природе своей.

Скала по-моему вообще все позволяет, но она есть два метра колючей проволоки.

Это лёгкая рефлексия. Не прон а эротика ?

В шарпе тоже есть рефлексия, но к ней стараются не прибегать, и я пока был в шарповом чатике даже не слышал про нее

В шарпе тоже есть рефлексия, но к ней стараются не прибегать, и я пока был в шарповом чатике даже не слышал про нее

Да не нужна она практически. Остаётся главный вопрос — что называть рефлексией.

Нуууу... совсем не использовать - это добровольно себе ногу отпиливать. Кое-где оно все-таки очень полезно.

Да не нужна она практически. Остаётся главный вопрос — что называть рефлексией.

Согласен, обычные тайп чеки - это в общем тоже рефлексия

Любой процессинг аннтоаций тоже

Согласен, обычные тайп чеки - это в общем тоже рефлексия

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

Ну в классическом понимании слова, это когда мы к примеру пытаемся получить список методов класса в рантайме. Или вызвать конструктор (или другой метод) напрямую.

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

Отказаться от опп (где это предусмотрено) в пользу другого подхода