Парни, а есть кто считает что kodein говно и использует какие-то другие di?

Друзья подскажите пожалуйста. Возникла потребовность писать java совместимый код, столкнулся с FunctionalInterface который позволяет оборачивать в лямду со стороны джава. И только сейчас заметил что этого не происходит для kotlin потребителя интерфейса. Ну т.е. до этого не возникало потребности писать интерфейсы в 1 функцию или же разруливалось лямбдами на месте. Так вот вопрос - могу ли я в котлине написать обычный интерфейс с одним методом, и в котлин коде использовать ее как лямбду, без объявления object и переолпределения метода (без создания анонимного класса напрямую)

[Стандартный ответ] создаю эти «сервисы» через конструктор, передавая им все зависимости.

Вроде уже обещали впилить в какой-то из очередных релизов, ждемс....

Это и есть DI

Это и есть DI

Ой, arrayOfNulls(0)

да странно почему list.size() не передали вместо 0 недосмотрели или есть какой-то глубокий смысл?

А зачем IDEA подсвечивает смарт касты? Выглядит как будто warning. Постоянно напрягаюсь

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

Семантика джава апи. Пустой массив передаётся чтобы джава знала какой должен быть тип элементов

Как на котлине не используя рефлексию написать код с варнингами и чтобы он работал?

Зачем массив передается понятно. Непонятно почему его сразу не делать нужного размера, чтобы потом не приходилось переаллоцировать заново.

variable shadowing

Как на котлине не используя рефлексию написать код с варнингами и чтобы он работал?

Зачем массив передается понятно. Непонятно почему его сразу не делать нужного размера, чтобы потом не приходилось переаллоцировать заново.

Кстати, про unchecked cast тут вопросик назрел. Если делаешь unchecked cast внутри лямбды, то @SuppressWarnings на методе не помогает. Что делать?

Как на котлине не используя рефлексию написать код с варнингами и чтобы он работал?

Мм, есть один вариант. В многопоточке можешь создать массив размером 200700, поток заснёт, из массива удалят 100500 элементов, поток проснётся и получит массив с хвостом из nullов.

А зачем так писать? О_о

ну это просто пример, в котором лямбду можно опустить при компиляции и заменить на обычный if, который очевидно будет быстрее выполняться

this@engine.addInputVariable пробовал?

ну это просто пример, в котором лямбду можно опустить при компиляции и заменить на обычный if, который очевидно будет быстрее выполняться

вопрос в том что у меня вродебы this другой, `RuleBlock, в лямбе, или это заблуждения

вопрос в том что у меня вродебы this другой, `RuleBlock, в лямбе, или это заблуждения

там доступно несколько this'ов

А зачем так писать? О_о

ну если у тебя ruleBlock принимает вторым параметром RuleBlock.(...) -> ..., то в этой лямбде this, конечно, будет типа RuleBlock

Народ, а никто не в курсе компилятор котлина когда нибудь научится делать оптимизации генерируемого кода? Вот например для такого: val a = b ?: { "hello" }() В данном случае можно полноценную лямбду не генерить, а он это делает.

Можно усложнить: val objId = obj.id ?: { val obj = MyObject(); obj.prop = "someval"; repository.save(); obj.id } ()

Народ, а никто не в курсе компилятор котлина когда нибудь научится делать оптимизации генерируемого кода? Вот например для такого: val a = b ?: { "hello" }() В данном случае можно полноценную лямбду не генерить, а он это делает.

Можно усложнить: val objId = obj.id ?: { val obj = MyObject(); obj.prop = "someval"; repository.save(); obj.id } ()

@Harmonizr не знаешь как избежать нескольких this

не использовать this же

@DslMarker

ну и вот

зачем вообще DSL? Там нельзя просто собрать граф объектов?

run { }

зачем вообще DSL? Там нельзя просто собрать граф объектов?

Ну Котлин же только для DSL и создали ;) LISP-style: сначала 20% времени пиши язык на котором твоя проблема решается строчкой "решить проблему", затем 80% времени отлаживай, затем 10% времени решай проблему

О, у них офис в мск есть?

В Москве вся сила, брат!

В Москве вся сила, брат!