E
Я хочу преобразовать flow в ConflatedChannel. Пробовал так, но не робит. Видимо чего то непонимаю.
Size: a a a
2020 February 22
BP
Не забывайте про интероп с джавой. Я могу захотеть вызвать этот метод в джаве, и буду удивлен, если имя будет другим. Не надо никакой магии
Если мне нужен интероп я ее явно укажу
AN
Если мне нужен интероп я ее явно укажу
Так делается в JS и там есть проблемы с манглингом
AO
Не забывайте про интероп с джавой. Я могу захотеть вызвать этот метод в джаве, и буду удивлен, если имя будет другим. Не надо никакой магии
Ну на этот случай можно будет руками обозвать иначе. В общем случае оно будет нужно из котлина
DV
Ну на этот случай можно будет руками обозвать иначе. В общем случае оно будет нужно из котлина
Допустим к таким функциям будут добавлять цифру 2. И вы захотите функцию с цифрой 2. Вам компилятор будет ругаться, что функция уже есть. Вам нужна такая магия?
AO
ну так то можно и похитрее это делать
AO
В скалке вон дописывается куча всякой дичи с $ в разных случаях и всё ок
QH
ну так то можно и похитрее это делать
можно просто посмотреть, как испортили имена функций, принимающих/возвращающих inline-классы
QH
(из джавы они неюзабельны)
BP
Допустим к таким функциям будут добавлять цифру 2. И вы захотите функцию с цифрой 2. Вам компилятор будет ругаться, что функция уже есть. Вам нужна такая магия?
Взгляните в байткод и увидите как порой котлининазывает функции
VP
Зачем на ровном месте ломать интероп? 🤷♂
Да и стектрейсы будут менее читабельными.
Да и стектрейсы будут менее читабельными.
AN
Смотрите, какую я фигню навертел: https://github.com/altavir/dataforge-control/blob/master/dataforge-control-core/src/jvmMain/kotlin/hep/dataforge/control/demo/VirtualDevice.kt
При помощи делегат провайдеров генерятся проперти девайсов, при этом из билдера прокидываются типы и даже на уровне типов проверяется, что может быть
При помощи делегат провайдеров генерятся проперти девайсов, при этом из билдера прокидываются типы и даже на уровне типов проверяется, что может быть
var, а что не может. Единственное, что вот тут: https://github.com/altavir/dataforge-control/blob/69074fef9e30a76c99acfaf6174da418916eb85d/dataforge-control-core/src/commonMain/kotlin/hep/dataforge/control/base/DeviceBase.kt#L85 ломается вывод типов, а то можно было бы даже мутабельные и немутабельные проперти одной функцией обозвать.
2020 February 23
BP
Зачем на ровном месте ломать интероп? 🤷♂
Да и стектрейсы будут менее читабельными.
Да и стектрейсы будут менее читабельными.
Какой интероп 🤷♂ я же для котлина пишу. В котлине, для нормального интеропа с джавой, нужно много анноташек вешать
BP
Смотрите, какую я фигню навертел: https://github.com/altavir/dataforge-control/blob/master/dataforge-control-core/src/jvmMain/kotlin/hep/dataforge/control/demo/VirtualDevice.kt
При помощи делегат провайдеров генерятся проперти девайсов, при этом из билдера прокидываются типы и даже на уровне типов проверяется, что может быть
При помощи делегат провайдеров генерятся проперти девайсов, при этом из билдера прокидываются типы и даже на уровне типов проверяется, что может быть
var, а что не может. Единственное, что вот тут: https://github.com/altavir/dataforge-control/blob/69074fef9e30a76c99acfaf6174da418916eb85d/dataforge-control-core/src/commonMain/kotlin/hep/dataforge/control/base/DeviceBase.kt#L85 ломается вывод типов, а то можно было бы даже мутабельные и немутабельные проперти одной функцией обозвать.Интересно конечно выглядит, но немногоь смысл не понимаю, для чего это
АО
Какой интероп 🤷♂ я же для котлина пишу. В котлине, для нормального интеропа с джавой, нужно много анноташек вешать
ЧегоО.о
АО
Или вы про интероп с джавой?
BP
А про ещё какой интероп можно говорить ?
АО
Хм, ну да
АО
А зачем писать на джаве, если есть котлин?
AO
Ну вот можно было бы придумать ключ компилятора, который говорит, мне не нужен интероп с жавой. Твари что хошь