А что такое extension val?

+

Кст, заявляли о каком-то сюрпризе. Так что это было?

натив встроен в релиз

натив встроен в релиз

Аа.)

попробуйте до EAP обновиться и 1.3RC, в теории нейтив в AS должен быть

+

Если эту штуку сделать, то тут ваааще, тааакой простор открывается... Можно вообще забыть про все неявные костыли и тайп классы

ребят, оператор "is" сильно хуже, обычного if с числами?

какой-то сферический вопрос в вакууме, который непонятно зачем пытается сравнить несравнимое

Не понял, что такое if числами?

override fun onBindViewHolder(holder: RecyclerView.ViewHolder, position: Int) { val item = mItems[position] when { holder is BigBannerViewHolder -> {

а можно itemViewType сравнивать

Единственное, чего лично мне не хватает, так это возможности определять member extensions извне

А что это? Можете на пальцах объяснить?))

а можно itemViewType сравнивать

тогда ещё кастить придётся

Так бы и сказали, что это какой-то дикий андроид

во

тогда ещё кастить придётся

я ж тоже думаю

А что это? Можете на пальцах объяснить?))

Есть просто расширения, когда есть один ресивер, определяется он вне класса. Есть member extension, который определяется внутри класса, у него есть ресивер, но есть еще неявный ресивер виде определяющего класса. Тут важно, что member extension живет и работает только когда запущен в контексте определенного класса. Сейчас не возможно для расширения, заданного глобально, ограничить контекст и задать цепочку ресиверов. С точки зрения языка, это вполне возможно, но технически не реализовано

Что-то вроде infix fun MyDSL.String.to(value: MyFignia){}

https://youtrack.jetbrains.com/issue/KT-10468

Спаибо, я за что-то подобное голосовал, но там была немного другая формулирвка.

Что-то вроде infix fun MyDSL.String.to(value: MyFignia){}

Аа.

Понял, почти.)

Это супер клевая штука. Все думают, что это только для DSL, но на самом деле нет.

Что-то вроде infix fun MyDSL.String.to(value: MyFignia){}

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

можно пример вызова такого цепочного экстеншена?

@Harmonizr дал ссылку, там есть примеры

можно пример вызова такого цепочного экстеншена?

with (a) { b.call() }

а, я понял

class Smth : Supertype { val a = whatever.smth() } fun (Supertype, Whatever).smth() { ... }

я почему-то сразу подумал про цепи экстеншенов из трех и больше элементов

Типа fun A.B.C.function(value: Value) { ... }

но это вообще не то, да, я просто улетел

Ну там, где два ,будет и три и больше.

Можно делать вложенные контексты

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

Вложенные контексты как будто уже перебор

Неа

Зависит от того, что вы хотите сделать.

Я не уверен, но по-моему если это правильно сделать, то это полностью перекрывает use-case type-классов, при этом без всяких имплиситов

Ну, если определение мембер экстеншена извне это довольно полезная фича, то определение многоуровневых вложенных контекстов это уже оверинжиниринг. Типа, где такое может понадобиться кроме ДСЛ?

?

А тайпклассы это всё-таки немного другое, это про абстракцию не через наследование

Ну, если определение мембер экстеншена извне это довольно полезная фича, то определение многоуровневых вложенных контекстов это уже оверинжиниринг. Типа, где такое может понадобиться кроме ДСЛ?

сейчас, чтобы получить в область видимости определённую функцию, приходится наследоваться, а это отстой

То что там имплиситы появляются, это сахарная фича

сейчас, чтобы получить в область видимости определённую функцию, приходится наследоваться, а это отстой

Например? Плохо понимаю, о чем речь

Буду себя рекламировать: https://github.com/altavir/kmath/blob/9031e2443fc1954e811dc051d1e917f137f2a475/kmath-common/src/main/kotlin/scientifik/kmath/operations/Algebra.kt#L41 Вот эту строчку хочется вынести во внешний экстеншн

Например? Плохо понимаю, о чем речь

https://github.com/Miha-x64/reactive-properties/blob/master/sql/src/main/kotlin/net/aquadc/properties/sql/library.kt#L200

Я считаю, что контекстно-ориентированное программирование - это принципиально новая парадигма. На ряду со, скажем, multiple dispatch

за DSL начинают втирать в трансляции

сейчас, чтобы получить в область видимости определённую функцию, приходится наследоваться, а это отстой

А миксины?

А миксины?

тоже отстой

Миксины - это тоже вариант имплиситов. Пробовал в Groovy, не понравилось

Смысл в том, что миксины, как и тайп-классы добавляют поведение в существующий класс. Экстеншеный и контексты добавляют повделение не в сам класс, а в окружение, в котором он существует. Разница принципиальная

Смысл в том, что миксины, как и тайп-классы добавляют поведение в существующий класс. Экстеншеный и контексты добавляют повделение не в сам класс, а в окружение, в котором он существует. Разница принципиальная

Ну не обязательно. class Iter extends StringIterator(args(0)) with RichIterator val iter = new Iter iter foreach println

exposed поддерживает асинхронные драйверы?

Смысл в том, что миксины, как и тайп-классы добавляют поведение в существующий класс. Экстеншеный и контексты добавляют повделение не в сам класс, а в окружение, в котором он существует. Разница принципиальная

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

Другое дело, что имея рюкзачок тайпклассов, можно с имплиситами напихать неявного поведения в другой класс

Под капотом да. Но идейно, это же просто добавление существующему классу поведений, которые делают его квази-наследником интерфейса

Единственное, чего лично мне не хватает, так это возможности определять member extensions извне

А что это?

Мы уже минут 15 обсуждаем

А что это?

class A { fun B.func() { ... } }

exposed поддерживает асинхронные драйверы?

вроде только jdbc

вот эта func называется Member Extension-ом

Вот я тоже удивлён ? наверное пора опять пробовать kts

ERROR: S client not available

А я всё жду, когда мультиплатформа (или это был конкретно kotlinx-coroutines, не помню) сдвинется с Gradle 4.7. :(

Да, у меня так же :)

Давно уже. Логично, что ближе к релизу 1.3 замораживают и все новые фичи идут в новую ветку :)

С такой частотой, что меняется синтаксис и api грыдлы - почему бы сразу не описывать сборку программы на жабе и котлине? Те же возможности, та же _так необходимая_ для сборочных скриптов отладка и подсказки.

Под капотом да. Но идейно, это же просто добавление существующему классу поведений, которые делают его квази-наследником интерфейса

Строго говоря, нет. Тайпклассы - это натурально "внешнее" поведение класса, так сказать, искусственный контекст. То есть, поведение проявляется только внутри контекста, в отличие от обычного наследования

С такой частотой, что меняется синтаксис и api грыдлы - почему бы сразу не описывать сборку программы на жабе и котлине? Те же возможности, та же _так необходимая_ для сборочных скриптов отладка и подсказки.

есть Кобальт

@HeapyHop можно в самом ктор репосе еще на kts все перекатить?

есть Кобальт

От-то есть, а толку? Развивается примерно никак.

Наши девопсы были бы очень рады разбираться, зачем где - то greetings.set('xx'), а где -то jvmTarget = 'xx'

С такой частотой, что меняется синтаксис и api грыдлы - почему бы сразу не описывать сборку программы на жабе и котлине? Те же возможности, та же _так необходимая_ для сборочных скриптов отладка и подсказки.

Да и сейчас, я думаю, можно — java-плагин в buildSrc со всей логикой и одинокий apply plugin: org.sample.MyProjectPlugin в каждом модуле. Но зачем?

@dmsol а exposed с джавой нормально работает?

Наши девопсы были бы очень рады разбираться, зачем где - то greetings.set('xx'), а где -то jvmTarget = 'xx'

зачем им в этом разбираться?

зачем им в этом разбираться?

Поддержка.

не называйте это девопсом тогда)

Строго говоря, нет. Тайпклассы - это натурально "внешнее" поведение класса, так сказать, искусственный контекст. То есть, поведение проявляется только внутри контекста, в отличие от обычного наследования

Звучит как трейты в Rust, не?

Звучит как трейты в Rust, не?

за Раст ничего не могу сказать

Наши девопсы были бы очень рады разбираться, зачем где - то greetings.set('xx'), а где -то jvmTarget = 'xx'

По-моему добрые 90% андроид-разработчиков в Gradle не вникают, что о девопсах говорить.

По-моему добрые 90% андроид-разработчиков в Gradle не вникают, что о девопсах говорить.

Потому что в 90% оно и не нужно:)

По-моему добрые 90% андроид-разработчиков в Gradle не вникают, что о девопсах говорить.

Собственно вот и ответ на вопрос "Зачем?". Который я пытался сочинить. Для того чтобы контролировать сборку , чтобы с очередным обновлением (ну случается такое) не приходилось переписывать/лазать по SO.

Звучит как трейты в Rust, не?

Наверное все-таки нет, как минимум идеологически

@dmsol а exposed с джавой нормально работает?

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

Какая версия в градле работает для 1.3-rc? поставил 1.3-rc-57, но не собирается

В смысле не собирается, у меня пока все rc собираются без проблем

Хотя правильный вопрос, что именно собирается?

Какая версия в градле работает для 1.3-rc? поставил 1.3-rc-57, но не собирается

^-Вот зачем. Чтобы такая ситуация не возникала.

В смысле не собирается, у меня пока все rc собираются без проблем

+

В смысле не собирается, у меня пока все rc собираются без проблем

У вас какая версия плагина и какая версия прописана в градле?

ругается на reflective access, но он до 5.0 работает

Оно и сейчас есть. Подразумевается тип текущего ресивера

я знаю, что сейчас означает такой референс, но хочу я другого

Методрефы прекрасны своей явностью и однозначностью.

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