BP
поэтому нужно как-то указать тип ресивера явно, а я не совсем понимаю, как это сделать для лямбды
Указать как параметер ?
Size: a a a
2020 June 22
IO
IO
вот у анонимной функции так можно.
BP
{ receive: Receive Type } так не работает ?
IO
VP
поэтому нужно как-то указать тип ресивера явно, а я не совсем понимаю, как это сделать для лямбды
Обязательно в самой лямбде?
IO
ну, скорее всего, да, потому что action принимает вообще любой функциональый тип:
Function<Unit>AL
Скорее нет, если не ошибаюсь, то лямбда литералы могут только из контекста выводиться, что они с ресивером (переданы в однозначную функцию или явно указан тип)
https://kotlinlang.org/docs/reference/lambdas.html#function-literals-with-receiver
https://kotlinlang.org/docs/reference/lambdas.html#function-literals-with-receiver
IO
т.е. я понимаю, можно делать только так:
val lambda: CommandSender.() -> Unit = {...}; action(lambda)?AL
т.е. я понимаю, можно делать только так:
val lambda: CommandSender.() -> Unit = {...}; action(lambda)?Ну вроде да, опций три:
1. Задать как-либо явный тип (например вынеся в переменную)
2. Сделать так, чтобы функция, которая принимает функцию с ресивером, была отличима от остальных
3. Использовать синтаксис с анонимными функциями
1. Задать как-либо явный тип (например вынеся в переменную)
2. Сделать так, чтобы функция, которая принимает функцию с ресивером, была отличима от остальных
3. Использовать синтаксис с анонимными функциями
AL
Т.е. первый пункт конечно можно сделать без переменной, но не факт, что стоит :D
Пример -
Пример -
run<Int.(Int) -> Int> { { this + it } }IS
Привет! Вопрос такой, как проинициализировать класс свойством с кастомным геттером используя di, в моем случае kodein?
IS
Тобишь мне нужно вот этот токен, чтобы был в defaultRequest, при том с кастомным геттером
RI
Сделать класс конфигурации и инициализировать в нем как и что хочется
RI
bind<String> - ну такое, я бы у себя в проектах бил по рукам
AL
Привет! Вопрос такой, как проинициализировать класс свойством с кастомным геттером используя di, в моем случае kodein?
Ну если DI адекватный, то отличий не должно быть, просто делаете конструктор с параметром, но не пропертёй, а затем пропертю внутри класса делаете:
*не исключаю, что вопрос не понял или переоценил качество этого DI
class Foo(bar: String) {
val bar: String
get() = TODO()*не исключаю, что вопрос не понял или переоценил качество этого DI
RI
bind<String> - ну такое, я бы у себя в проектах бил по рукам
Надо у себя в проекте добавить ворнинги чтобы били по рукам за bind примитивных типов, спасибо за идею :)
IS
ну в целом задача такая, что есть httpclient, есть токен, который может меняться, мне надо запровайдить клиент, в него передать пропертю отуда будет браться актуальный токен
IS
правильно ли это здесь делать и у меня файлы с di не классы, просто файлы с модулями и компонентами
IS
и твой пример не понял немного, как он должен работать