AO
Human
Ну да получается JVM, спасибо. А на скале тоже есть такая проблема?
да
Size: a a a
2020 February 21
SB
кстати, а по поводу typealias, это единственный способ сделать nullable функциональный тип?
AM
кстати, а по поводу typealias, это единственный способ сделать nullable функциональный тип?
Да нет,
((Int) -> String)? вполне себе работаетSB
Да нет,
((Int) -> String)? вполне себе работаетхм, спасибо
H
Мне нужно сделать либу, мб накинете идей, суть такая:
Либа конечный автомат с абстракциями для простых текстовых ботов.
В примере типа заказ пиццы. Сначала отдаем пользователю бота Select-ор, потом в другой функции обрабатываем результат String. А например если отдаем NumberQuestion, то должено вернуться Integer. Поэтому есть две функции обработчика, один отдает нужно пользователю, а другой обрабатывает результат.
Как внутри Select и NumberQuestion работает это деталь реализации, те мб для телеги это одно будет а для фб другое.
Пример:
https://pastebin.com/7iXmPaU9
Либа конечный автомат с абстракциями для простых текстовых ботов.
В примере типа заказ пиццы. Сначала отдаем пользователю бота Select-ор, потом в другой функции обрабатываем результат String. А например если отдаем NumberQuestion, то должено вернуться Integer. Поэтому есть две функции обработчика, один отдает нужно пользователю, а другой обрабатывает результат.
Как внутри Select и NumberQuestion работает это деталь реализации, те мб для телеги это одно будет а для фб другое.
Пример:
https://pastebin.com/7iXmPaU9
H
Должно быть можно расширять, те добавлять новые типы из других модулей по типу Select и NumberQuestion.
H
А то что я хочу получить так это проверку типов. Что если первый обработчик это NumberQuestion то второй точно принимает Integer
AN
Human
Почему в котлине нельзя сделать так
fun ask(s: (String) -> Unit){
}
fun ask(s: (Int) -> Unit){
}
Это из-за совместимости с джавой?
fun ask(s: (String) -> Unit){
}
fun ask(s: (Int) -> Unit){
}
Это из-за совместимости с джавой?
В котлине можно, в JVM нельзя, а так смотрите выше комментарии
RE
В котлине тоже _пока_ нельзя. Будет работать только с новым type inference.
AN
В котлине тоже _пока_ нельзя. Будет работать только с новым type inference.
Мне казалось, что я делал, но наверное ошибаюсь...
AO
В котлине тоже _пока_ нельзя. Будет работать только с новым type inference.
А как оно будет на уровне байт-кода? Метод с другим названием?
AN
А как оно будет на уровне байт-кода? Метод с другим названием?
Мы же про котлин, а не про байткод. В байткоде JvmName
AO
Мы же про котлин, а не про байткод. В байткоде JvmName
Ну на разных бекендах же оно должно будет как то разруливаться. Меня интересует конкретно jvm
AN
Ну на разных бекендах же оно должно будет как то разруливаться. Меня интересует конкретно jvm
Не надо путать язык и platform declaration clash. Я думаю, что на JVM лучше, чем ручной JVMName не сделаешь
BP
Не надо путать язык и platform declaration clash. Я думаю, что на JVM лучше, чем ручной JVMName не сделаешь
Автоматический!
AN
Автоматический!
а чем это хорошо? С манглингом и так проблемы
BP
а чем это хорошо? С манглингом и так проблемы
Ну приятный бонус, ну хотелось что бы не которые банальные функции сама аннотацию вешала
2020 February 22
DV
Ну приятный бонус, ну хотелось что бы не которые банальные функции сама аннотацию вешала
Не забывайте про интероп с джавой. Я могу захотеть вызвать этот метод в джаве, и буду удивлен, если имя будет другим. Не надо никакой магии
E
>Use [buffer] operator on the flow before calling produce to specify a value other than default
Что имеется в виду под
produce to specify a value other than defaultЧто имеется в виду под
produce?