Есть список, в котором могут лежать элементы некоторых типов Type1, Type2 и Type3. Как проверить, есть ли в этом списке элементы второго типа?

.any { it is Type2 }

О, спасибо

.first { item -> item is Type2 }

arrayOf(1,'a', "str", Unit).any { it is String } вернуло true

не надо доводить до такого in the first place

Так, ещё вопрос: а если я хочу пройти по этому списку, и выбрать все элементы Type2? Но так, чтобы получился List<Type2>

filterIsInstance

filterIsInstance

Ухты

Благодарю

Спасибо за подгон хорошего видоса!

А кто-нибудь пробовал такое извращение как вызывать саспенд функции из java? Это вообще легально?

пробовал. легально, но бесполезно чтобы вызвать - нужно откуда-то взять continuation

а взять его можно из котлина

пробовал. легально, но бесполезно чтобы вызвать - нужно откуда-то взять continuation

Т.е. на джавке - это просто обычная функция ничем не примечательная?

Т.е. на джавке - это просто обычная функция ничем не примечательная?

Сигнатура другая. Добавляется последний параметр с continuation, а возвращает Object.

Можно завернуть в future и использовать как обычную CF. Т.е. в Kotlin пишем: fun adapt() = future { suspendFun() } из джавы будем видеть метод который возвращает CF

Можно завернуть в future и использовать как обычную CF. Т.е. в Kotlin пишем: fun adapt() = future { suspendFun() } из джавы будем видеть метод который возвращает CF

Ооо, вот это круто, спасибо

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

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

Нет. Там на трекере есть issue с сотней голосов в пользу такой возможности, но пока нельзя.

Нет. Там на трекере есть issue с сотней голосов в пользу такой возможности, но пока нельзя.

хм, случаем не 15 года?

В Котлин обязательно использовать типы-функции

Не удобно искать с телефона. Это называется SAM.

Не удобно искать с телефона. Это называется SAM.

нашел - https://youtrack.jetbrains.com/issue/KT-7770 вроде оно, спасиб

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

А можно пример того, как это в джаве? Чет уже подзабыл

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

Почему бы использовать просто функциональный тип с тайпалисом?

Не нравится что будет со стороны джава Function1..22?

Почему бы использовать просто функциональный тип с тайпалисом?

но их пока нет(

Так в пишет же API на котлине

Не нравится что будет со стороны джава Function1..22?

Вот да, это жуть

Вот да, это жуть

ну а если сделать в котлине функцию, просто прийдется возращать Unit.INSTANCE

Function1 на Яве будет как раз функциональным интерфейсом. Так что если весь API на Котлин, то все в порядке.

это оператор из reactive x. на джаве реализация rx java, rx kotlin тоже есть вроде. смотря для чего это тебе нужно. ради одного оператора тащить весь rx врядли хорошая идея

да, не хочу тянуть либу. по этому думал, может тут подскажут

как можно реализовать с помощью котлина

http://codegists.com/snippet/kotlin/debouncekt_elizarov_kotlin похоже на то

ок, спасибо

Когда в место try with resource используешь .use { } file.close() же можно не использовать?

Когда в место try with resource используешь .use { } file.close() же можно не использовать?

да, для этого use и нужен

Окей, пасибо

ScheduledExecutorService и 20 строчек кода по запостиванию и отмене фьючи.

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

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

Dagger?

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

Говно -- не говно, но просто сам пишу обвязку.

Говно -- не говно, но просто сам пишу обвязку.

А покажешь сэмплы?

Dagger?

?

@dmitvitalii А ты обвязку именно как di, или просто как сервис локатор используешь?

@dmitvitalii ?

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

Kidein никогда на юзал, а пробовал koin - вроде норм. Хотя до сих пор уверен, что DI в принципе не нужен.

Kidein никогда на юзал, а пробовал koin - вроде норм. Хотя до сих пор уверен, что DI в принципе не нужен.

DI не нужен, если нет тестов.

DI не нужен, если нет Android.

DI не нужен, если нет тестов.

Ну приехали..

Ну типа di подменяет сервисы в тестах. Нет тестов, можно di заменить на сервис локатор и готово. Что не так?

Ну типа di подменяет сервисы в тестах. Нет тестов, можно di заменить на сервис локатор и готово. Что не так?

в тестах создать один граф объектов, в проде — другой.

Тестировать нельзя не тот код, который не использует DI, а тот, который хреново написан.

Ну типа di подменяет сервисы в тестах. Нет тестов, можно di заменить на сервис локатор и готово. Что не так?

Сервис-локатор - это тот самый god object который передается во все классы? Мы не путаем теплое с мягким?

в тестах создать один граф объектов, в проде — другой.

Если у тебя нет di, тебе придется писать свой di, и имплементить свою подмену. Так что тот же di только свой.

Если у тебя нет di, тебе придется писать свой di, и имплементить свою подмену. Так что тот же di только свой.

...без DI-контейнера.

Если у тебя нет di, тебе придется писать свой di, и имплементить свою подмену. Так что тот же di только свой.

Ну, инициализировать класс и построить свой граф объектов руками это совсем просто, особенно в Kotlin.

Сервис-локатор - это тот самый god object который передается во все классы? Мы не путаем теплое с мягким?

Не обязательно god object. Я подразумеваю любую логику, которая позволяет "находить сервисы". Вот кодеин - я бы сказал что скорее сервис-локатор, чем di.

И даже postConstruct и preDestroy можно вызвать. Зато все будет в твоем приложении очевидно

@dmitvitalii А ты обвязку именно как di, или просто как сервис локатор используешь?

https://github.com/yotadevices/Viscera Последний раз делал что-то похожее, но по другому между слоями общался.

Не обязательно god object. Я подразумеваю любую логику, которая позволяет "находить сервисы". Вот кодеин - я бы сказал что скорее сервис-локатор, чем di.

Зачем Вортон об этом сказал публично? ?

?

Quantum а если не di, как вы получаете доступ к сервисам? Где их храните?

Quantum а если не di, как вы получаете доступ к сервисам? Где их храните?

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

Каждый контроллер отдельно будет создавать себе сервисы?

Каждый контроллер отдельно будет создавать себе сервисы?

Не использую контроллеры, они — чистая процедурщина.

Обсудить бы это в контексте Андройда...

Обсудить бы это в контексте Андройда...

Андроида*

Обсудить бы это в контексте Андройда...

всё испортил) андроид обильно подпираю костылями

Думаю успели прочитать)

Думаю успели прочитать)

удалил зачем?)

Ну типа флуд(((

На пол экрана картинка. В оффтоп чат закину

DI не нужен, если нет тестов.

Стремный аргумент. Зачем в тестах DI?.. DI не нужен, потому что можно писать логику на pure-functions

Чтобы мокать сервисы

А почему нельзя мокать просто передавая моки в конструктор?

Оу, моки это само большое зло - много кода на верификацию, плюс закладывание на иплементацию, а не контракт

Стремный аргумент. Зачем в тестах DI?.. DI не нужен, потому что можно писать логику на pure-functions

Мне нравится вот эта идея, мог бы ты показать пример такого приложения на котлине?

как так написать логику стандартного rest сервиса (запрос -> база -> ответ) используя чистые функции

Это сложно, я же мобильный-девелопе. Бекенд если и писал, то только на F#

А почему нельзя мокать просто передавая моки в конструктор?

Я смотрю на это все в контекте Андройда, когда у нас много контроллеров, которые инстациирует ОС за нас. И в таком случае для меня не понятно, как можно что-то передать в конструктор.

Да, у вас там сложнее. Но я думаю что можно весь граф объектов держать отдельно.

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

вроде тут уже обсуждалось, есть мнение что DI-контейнеры вообще не нужны

моя претензия к кодеину в первую очередь в том что он не тайпсейф

в отличие от dagger/lightsaber например

Стремный аргумент. Зачем в тестах DI?.. DI не нужен, потому что можно писать логику на pure-functions

в частности на всяких инициальных интерпретаторах, да

а кто знает как работает List.toTypedArray() ?

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

Оно делает тоже самое, как если вручную написать list.toArray(new MyClassT[0]) Через inline подставляет этот код из функции. Для понимания надо почитать как работают reified generics, и дальше все станет очевидно из просмотра исходника toTypedArray.