На кой если полиморфизм и так есть из коробки

вопрос в гибкости интерфейсы намного меньше гибкости дают чем тайпклассы

https://gist.github.com/MihailovJava/15de8dc193c63d6c57b8b7f71b340f78

где код функции do() от одного аргумента?

опечатка, там от двух вызывается

где код функции do() от одного аргумента?

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

а если вынести все кроме do в Java, тут в этом еще загвоздка

вопрос в гибкости интерфейсы намного меньше гибкости дают чем тайпклассы

проблемы интерфейсов: 1) нельзя добавить реализацию к существующему классу 2) нельзя типизировать статические функции обе проблемы решаются если интерфейсы будут описывать не инстансы класса, а реализацию определённого поведения как отдельную сущность, это в принципе можно делать и сейчас но из-за отсутствия поддержки языком приводит к другим ограничениям

а если вынести все кроме do в Java, тут в этом еще загвоздка

аналогично, у меня всё работает

логично, что должно работать, ладно, буду у себя искать что не так, спасибо

логично, что должно работать, ладно, буду у себя искать что не так, спасибо

Ну, у меня не «должно», у меня именно работает) Java: class A extends B {} class B implements C, D, E {} interface C {} interface D {} interface E {}

все, тоже заработало, проблема в одинаковых именах интерфейсов, и не правильно автоимпорт проставил зависимость

спасибо за помощь!

Дык у нас всего 1.5 языка с автокаррированием) В скалке зато частичное применение есть

При особом желании можно наделать расширений invoke() для функций и котлиновские функции начнут себя вести как каррированные

Или нет

Не получится

Там ambiguity будет

А, точняк, родные методы приоритетнее екстеншнов

Эх

Во вчерашнем выступаление Бреслав сказал - что они и так протатипируют “тайп-классы” потому как вещь действительно полезная, но он “всеми руками” против HKT

Вот интересно, почему против НКТ, звучит прикольно

чаго?

унаги

Вот интересно, почему против НКТ, звучит прикольно

Потому что "сложно"

Нууу, мне сложно каждый раз заново велосипедить по мелочи. RxJava почти такая же по сложности концепция - и ничего, захватила android разработку полностью

Вот интересно, почему против НКТ, звучит прикольно

Для “продвинутых” будет отдельный компилятор от разработчиков arrow ?

Вот интересно, почему против НКТ, звучит прикольно

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

Для “продвинутых” будет отдельный компилятор от разработчиков arrow ?

Это не скоро будет. JB говорили, что апи компилятора очень нестабильно

Это не скоро будет. JB говорили, что апи компилятора очень нестабильно

А кто говорил про API?)

Я слышал от Елизарова

https://github.com/arrow-kt/kotlin

Я слышал от Елизарова

Да не в этом дело, они просто форкнули котлин чтобы сделать POC для того самого KEEP.

Ну одно дело сделать POC, другое - прикрутить плагин к компилятору

Так а кто про плагин говорил?

А, невнимательно прочел)

Ну, отдельный замороженный во времени форк компилятора ради тайпклассов - такое себе)

Но судя по форку пока в самом JB не захотят, ничего не будет. Потому что в форке один коммит и очень давно.

Не, там вроде движ в слэке и гиттере есть

Но я особо не вникал, времени маловато форкать котлин?

Обсуждать -- не мешки ворочать :D

Ну тык)

Кстати, есть здесь кто по корутинам для dsl может помочь?

Проще сразу задать вопрос, чем ждать пока кто-то признается

Я просто набросил, пока gist готовлю

Нууу, мне сложно каждый раз заново велосипедить по мелочи. RxJava почти такая же по сложности концепция - и ничего, захватила android разработку полностью

Спорный вопрос

Проще сразу задать вопрос, чем ждать пока кто-то признается

Короче, пытался я сделать с помощью Applicative builder такую штуку, чтобы можно было простым dsl делать функцию-конструктор, которая бы возвращала валидный обьект, если все необходимые параметры переданы, либо null, если чего-то не хватает, оно вроде с помощью chain call легко вышло (я даже нашел похожий проект на гитхабе под названием Forge, это json парсер с апи в таком стиле), но захотел не этого олдскульного fluentapi, а крутого классного dsl, чтобы красиво было, но чего-то не выходит у меня круто и красиво https://gist.github.com/Mishkun/313d00ed21a28c1b590008f8eebd1892

если нужен полный компилящийся код - могу и его закинуть, но там много постороннего

Кто там хотел Arrow поосваивать? До 21-го числа курсец бесплатный есть: https://caster.io/courses/functional-programming-in-kotlin-with-arrow

Кто там хотел Arrow поосваивать? До 21-го числа курсец бесплатный есть: https://caster.io/courses/functional-programming-in-kotlin-with-arrow

не работает чет(

Странно, у меня первое видео открылось.

все, норм, чет Ябраузер подводит

Подскажите пожалуйста - не нужно ли в Kotlin unbind'ить вьюхи - как в ButterKnife например?

Подскажите пожалуйста - не нужно ли в Kotlin unbind'ить вьюхи - как в ButterKnife например?

ты про синтетики в kotlin-extensions? Нет, не нужно

ты про синтетики в kotlin-extensions? Нет, не нужно

спасибо!

https://chrome.google.com/webstore/detail/octotree/bkhaagjahfmjljalopjnoealnfndnagc?hl=en-US откуда б я ещё узнал о таком замечательном расширении, если б не из курса по функциональщине в котлине.

Ребят, а в каком пакете находится suspendCoroutineOrReturn?

Короче, пытался я сделать с помощью Applicative builder такую штуку, чтобы можно было простым dsl делать функцию-конструктор, которая бы возвращала валидный обьект, если все необходимые параметры переданы, либо null, если чего-то не хватает, оно вроде с помощью chain call легко вышло (я даже нашел похожий проект на гитхабе под названием Forge, это json парсер с апи в таком стиле), но захотел не этого олдскульного fluentapi, а крутого классного dsl, чтобы красиво было, но чего-то не выходит у меня круто и красиво https://gist.github.com/Mishkun/313d00ed21a28c1b590008f8eebd1892

Ну если ты типо берешь KFunction и пытаешься сделать ей карирование то я слабо представляю как это сделать не в билдер стайл

Ребят, а в каком пакете находится suspendCoroutineOrReturn?

kotlin.coroutines.experimental.intrinsics.*

kotlin.coroutines.experimental.intrinsics.*

Сори. Немного не так выразился. Какую либу надо именно подключить? Потому что в core не вижу такого.

в том то и дело, что я хз как оно импортится

я воспользовался импортом на копировании из InteliJ

и скопировал внутренности SequenceBuilder

и оно добавило этот пакет

Сори. Немного не так выразился. Какую либу надо именно подключить? Потому что в core не вижу такого.

Это же в стандартном kotlin-stdlib (начиная с 1.1)

Эт как? Можно чуть подробнее пожалуйста?) Просто копировали путь и прописали в import?

агась

Просто прописал вручную импорт и всё хорошо :D Вопрос закрыт, спасибо)

Я кстати такое-же примерно писал for fun недавно, https://gist.github.com/IRus/68f2e811592b9dd3b18dabe68116c964 Сейчас придумал как из этого сделать DI который при этом будет хорошо работать с Java 9 модулями.

Я кстати такое-же примерно писал for fun недавно, https://gist.github.com/IRus/68f2e811592b9dd3b18dabe68116c964 Сейчас придумал как из этого сделать DI который при этом будет хорошо работать с Java 9 модулями.

ну каррирование я по-другому сделал, тут фокус в том, чтобы если в required поле попал null, результатом всего выражения был null. Это делается с помощью Applicative. В нотации Haskell получится data Foo a b Maybe c constructor :: Maybe a -> Maybe b -> Maybe c -> Maybe Foo constructor x y z = Foo <$> x <*> y <*> (Just z)

Короче, вопрос пока снят, сходил в слак arrow, меня там ткнули в реализацию Applicative Builder у них, завтра буду курить

@android_ru, @kotlin_mobile. В любом случае, надо код.

Тут точно надо код

Ключевое там было вот это: "@android_ru, @kotlin_mobile."

А где десяток RelativeLayout, о которых говорилось вначале?

Ну, надо проверить, разные ли у них ID.

А как идиоматично “сложить” элемент с (readonly)списком? T + List<T> Что бы получился список с новым хедером. Оператор “plus” работает только при сложение справа же. Как вариант конечно можно listOf(x) + xs

А вот так получится? operator fun <T> T.plus(list: List<T>) = listOf(this) + list

Но вообще надо просто ждать пока нормальные неизменяемые коллекции завезут

А вот так получится? operator fun <T> T.plus(list: List<T>) = listOf(this) + list

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

Но вообще надо просто ждать пока нормальные неизменяемые коллекции завезут

И как это поможет?

А как идиоматично “сложить” элемент с (readonly)списком? T + List<T> Что бы получился список с новым хедером. Оператор “plus” работает только при сложение справа же. Как вариант конечно можно listOf(x) + xs

Если не жалко, просто обернись новый хедер в синглтонлист

И как это поможет?

Тогда не надо будет оборачивать новую баушку в синглтон и копировать хвост

Если не жалко, просто обернись новый хедер в синглтонлист

А там оно так и происходит fun <T> listOf(element: T): List<T> = java.util.Collections.singletonList(element)

Но вообще надо просто ждать пока нормальные неизменяемые коллекции завезут

Думаю можно уже юзать то что есть, все равно на их развитие давно забили. Использовал в одном проекте - работали, я правда особо не исследовал как оно на память влияет (коллекции все равно были маленькие).

А там оно так и происходит fun <T> listOf(element: T): List<T> = java.util.Collections.singletonList(element)

Тем более ?

Тогда не надо будет оборачивать новую баушку в синглтон и копировать хвост

Это не поможет, все равно оператор складывающий элемент со списком не сделают

Это не поможет, все равно оператор складывающий элемент со списком не сделают

Ну можно сделать какой нибудь бллее-менее эффективный .prepend()

а как можно покрасивее написать следующий код (первый map из rx, остальное – котлиновские функции) map { platforms -> platforms.filterNot { fetched -> existing.any { (id) -> id == fetched.id } } }