Тогда это не Component<T1,T2,T3> а Component<Int, чтото что-то>

То есть, ты в общем случае начинаешь упираться на тип, erasure всё сломает

а в map и fold тоже ломает?

То есть, ты в общем случае начинаешь упираться на тип, erasure всё сломает

+ inlain + refield

@Harmonizr может реально троль ?

да вроде давно тут, общались когда-то

Реифайд будет подразумевать, что ты заранее знаешь тип.

Тогда это не Component<T1,T2,T3> а Component<Int, чтото что-то>

тогда бы дженерики нафиг не нужны были

Реифайд будет подразумевать, что ты заранее знаешь тип.

так я его знаю инт!

тогда бы дженерики нафиг не нужны были

Бинго

Тогда это не Component<T1,T2,T3> а Component<Int, чтото что-то>

можно написать функцию типа <T> Component<*, *, T>.whatever(t: T, blah...), будет работать

Бинго

а ты гошник

Ловите гофера!

можно написать функцию типа <T> Component<*, *, T>.whatever(t: T, blah...), будет работать

То есть, для всех классов, третий компонент которого является T ты делаешь действие, например, мап ?

кстати к слову, вы уже вкурсе слухов что в го (следущей можорной версии, не помню точно какой) введут дженерики

а ты гошник

Прекращай на личности переходить, ты своим поведением дискредитируешь плюсы паттерн матчинга :)

То есть, для всех классов, третий компонент которого является T ты делаешь действие, например, мап ?

для любого класса, у у которого есть третий компонент

кстати к слову, вы уже вкурсе слухов что в го (следущей можорной версии, не помню точно какой) введут дженерики

В го2 вроде) и другую модель поддержки исключений, как Try<T>

Прекращай на личности переходить, ты своим поведением дискредитируешь плюсы паттерн матчинга :)

а он тролит, ток не говорите что я расист)

В го2 вроде) и другую модель поддержки исключений, как Try<T>

+

а он тролит, ток не говорите что я расист)

я тоже уже начинаю в это верить

для любого класса, у у которого есть третий компонент

Окей, это многое меняет, но вопрос "зачем" остаётся открытым

Окей, это многое меняет, но вопрос "зачем" остаётся открытым

https://fsharpforfunandprofit.com/posts/match-expression/ например

Почитай про pattern matching

Окей, это многое меняет, но вопрос "зачем" остаётся открытым

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

как исользовать дженерики объяснил, с меня хватит )

Кстати, а я keep могу просто так разместить или надо сначала JB поспрашивать?

Кстати, а я keep могу просто так разместить или надо сначала JB поспрашивать?

Можно начать с #language-proposals

и сразу стоит показать хорошие примеры использования

можно написать функцию типа <T> Component<*, *, T>.whatever(t: T, blah...), будет работать

data class Triple<T1, T2, T3>(val first : T1, val second: T2, val third: T3) fun <T> Triple<*, *, T>.copyThird(t: T) = copy(third = t) чем так плохо ?

или нужен component#() — юзай зачем заставлять генерить интерфейс ? данные не должны уметь в логику, такую туплу можно переюзать для любых типов, в чем беда-то ?

я теперрь понял изза кого, на ооп наговаривают

или нужен component#() — юзай зачем заставлять генерить интерфейс ? данные не должны уметь в логику, такую туплу можно переюзать для любых типов, в чем беда-то ?

так изначалально был вопрос почему нет "фичи" в stdlib

зачем, если это скомпилится и будет работать ?

про генерацию только ты говорил

зачем, если это скомпилится и будет работать ?

тогда зачем классы, делай сразу object : Any

class Triple<T, U, V> : Component1<T>, Component2<U>, Component3<V> ?

то же самое

то же самое

а исключениям data за что ты топишь

а исключениям data за что ты топишь

прости, я не понял этого предложения

data class Triple<T1, T2, T3>(val first : T1, val second: T2, val third: T3) fun <T> Triple<*, *, T>.matchThird(matcher: (T) -> Boolean) = takeIf { matcher(component3()) } вот вам матчер

прости, я не понял этого предложения

наверное тогда стоит почитать что такое data-class и зачем он

data class Triple<T1, T2, T3>(val first : T1, val second: T2, val third: T3) fun <T> Triple<*, *, T>.matchThird(matcher: (T) -> Boolean) = takeIf { matcher(component3()) } вот вам матчер

Его копипастить для каждого дата+класса надо будет.

наверное тогда стоит почитать что такое data-class и зачем он

а тебе подучиться формулировать мысль

наверное тогда стоит почитать что такое data-class и зачем он

Нет, тебе действительно стоит выражаться чуть яснее :)

Нет, тебе действительно стоит выражаться чуть яснее :)

и думать за него?

сколько прходит людей у которых банальное непонимание ? которым лень доку почитать\перечитать

Его копипастить для каждого дата+класса надо будет.

это аргумент но в stdlib кодогенерацию не положишь ведь )

и думать за него?

За себя достаточно. И прекратить переходить на личности.

За себя достаточно. И прекратить переходить на личности.

я не переходил ведь

это аргумент но в stdlib кодогенерацию не положишь ведь )

Туда и не надо. Самих componentN там же нету, они компилятором создаются.

так изначалально был вопрос почему нет "фичи" в stdlib

так надо или не надо ?

если в стдлиб — писать пакован одинаковых функций, как это сделали RX

а тебе подучиться формулировать мысль

хорошо сделал ты дата класс, и все 0 переиспользованость, ни наследоватся, все поля должны быть в конструкторе

если в стдлиб — писать пакован одинаковых функций, как это сделали RX

Откуда в стдлиб появится функция для твоего собственного дата-класса?

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

так надо или не надо ?

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

Откуда в стдлиб появится функция для твоего собственного дата-класса?

положить в стдлиб пакован датаклассов, как Function0, Function1 и тд ?

а у себя использовать тайпалиасы, например

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

Можно. И плагин с каптом. ArrowKt чёт похожее и делает, только на другом уровне абстракции.

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

положить в стдлиб пакован датаклассов, как Function0, Function1 и тд ?

так почему не интерфейсов ? Вот в чем вопрос почему стд либ не положить набор интерфейсов, джб уже отвечали на этот вопрос и я сним согласен. Я повторюсь мне пока туплы не горят, но есть пару кейсов

а у себя использовать тайпалиасы, например

Дык прелесть дата-классов в том, что они классы, а не алиасы туплам.

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

так это и был изначальный вопрс же

Дык прелесть дата-классов в том, что они классы, а не алиасы туплам.

алиасы к туплам-дата классам все еще дата классы )

алиасы к туплам-дата классам все еще дата классы )

Но это алиасы, а не настоящие типы. Со всеми вытекающими.

Кстати, есть ли какое нибудь обьяснение, почему нет интерфейса для объектов с componentN? Можно было бы очень классные вещи делать

Но это алиасы, а не настоящие типы. Со всеми вытекающими.

прости, но например какими вытекающими ?

ERROR: S client not available

прости, но например какими вытекающими ?

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

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

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

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

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

Я не то, чтобы спорю, мне без паттерн-матчинга нормально живётся, но людям, которые активнее применяют функциональный подход, он важнее. Линку на ПМ в F# уже кидали. Появится KEEP -- можно будет обсудить его. Пока я не вижу, чтобы текущая дискуссия с места двигалась. :)

Я не то, чтобы спорю, мне без паттерн-матчинга нормально живётся, но людям, которые активнее применяют функциональный подход, он важнее. Линку на ПМ в F# уже кидали. Появится KEEP -- можно будет обсудить его. Пока я не вижу, чтобы текущая дискуссия с места двигалась. :)

спасибо за адекватность

Кто-то может объяснить почему suspend функция в байт-коде приобретает возвращаемый тип object?

Что бы возращать либо результат (если внутри весь код был синхронный) либо флаг что результат вернется в колбеке

Хорошо. Были у меня две функции в одном классе`foo(): Int` и `<T> foo: T` и всё с ними было хорошо пока не понадобилось к ним добавить модификатор suspend.

Есть ли ещё подобные подводные камни и описываются ли они где-то хорошо?

Если вернешь из синхронной supend функции intrinsics.COROUTINE_SUSPENDED - то приложение зависнит ?

Хорошо. Были у меня две функции в одном классе`foo(): Int` и `<T> foo: T` и всё с ними было хорошо пока не понадобилось к ним добавить модификатор suspend.

`@JvmName` тебе в помощь

`@JvmName` тебе в помощь

Да, спасибо, это и использовал

Всем привет, кто-нибудь смотрел байкод или замерял производительность, когда пишешь apply(this::someMethod) или apply {someMethod(this)}?

есть разница?

Cmd+Shift+A -> Show Kotlin Bytecode

есть разница?

Нет, благодаря инлайнингу.

Привет, подскажите, плз: Есть springboot есть тесты на него Тесты написаны с некоторой иерархией Парент класс написан на котлине и у него есть аннотация @DirtiesContext Часть конкретных легаси тестов написаны на джаве и унаследованы от парента на котлина, но при их запуске аннотация @DirtiesContext ничего не делает. Кто нибудь сталкивался?

Всем привет! Есть ли универсальная функция для автозамены текста кириллицы на латиницу в инпутах?

Всем привет! Есть ли универсальная функция для автозамены текста кириллицы на латиницу в инпутах?

Привет, нет, как минимум, потому, что правила транслитерации есть разные.

Грубо говоря, пишем как-то так? function() { var rus = "щ ш ч ц ю я ё ж ъ ы э а б в г д е з и й к л м н о п р с т у ф х ь".split(/ +/g), eng = "shh sh ch cz yu ya yo zh `` y' e` a b v g d e z i j k l m n o p r s t u f x `".split(/ +/g) ;

Или же всё-таки лучше условие применить?

То есть посмотрев, например, в российские паспорта, выданные 8 лет назад и сейчас, можно увидеть некоторые отличия - например, Я с транскрипцией [йа] раньше транслитерировалось в "ya", теперь в "ia". -кс- теперь тоже транслируется в -ks-, например.

if (this.value.match(/[^a-zA-Z0-9 ]/g)) { this.value = this.value.replace(/[^a-zA-Z0-9 ]/g, '');

Такое решение будет работать, в таком случае?

Или вместо replace скорее switch?

Кто-нибудь в курсе, о чём говорит сообщение w: Detected multiple Kotlin daemon sessions at build/kotlin/sessions при сборке Gradle-проекта?

Нет, благодаря инлайнингу.

Я так и думал, но было немного сомнение)

Подскажите, как из ktor приложения замутить сервис под Ubuntu? Может есть что-то готовое?

Добрый день. Подскажите как правильно (красиво) в котлине связать 2 observable, как ни пытаюсь, у меня все по джавовски получается, т.е. профита от котлине получаю :( мои обсы: Observable.fromCallable { reg_et.setOnKeyListener{ view, i, keyEvent -> if(keyEvent.action == KeyEvent.ACTION_UP){ presenter.onRegNumberChange(reg_et.editableText.toString(), passport_et.editableText.toString()) } false } } reg_et.afterTextChangeEvents() .map {reg_et.changeText(it.toUpperCase())} .map {reg_et.changeText(presenter.formatRegNumber(it))} .subscribe { presenter.onRegNumberChange(it.toString(), passport_et.editableText.toString()) } .addTo(disposable)

Добрый день. Подскажите как правильно (красиво) в котлине связать 2 observable, как ни пытаюсь, у меня все по джавовски получается, т.е. профита от котлине получаю :( мои обсы: Observable.fromCallable { reg_et.setOnKeyListener{ view, i, keyEvent -> if(keyEvent.action == KeyEvent.ACTION_UP){ presenter.onRegNumberChange(reg_et.editableText.toString(), passport_et.editableText.toString()) } false } } reg_et.afterTextChangeEvents() .map {reg_et.changeText(it.toUpperCase())} .map {reg_et.changeText(presenter.formatRegNumber(it))} .subscribe { presenter.onRegNumberChange(it.toString(), passport_et.editableText.toString()) } .addTo(disposable)

Observable.merge()

Добрый день. Подскажите как правильно (красиво) в котлине связать 2 observable, как ни пытаюсь, у меня все по джавовски получается, т.е. профита от котлине получаю :( мои обсы: Observable.fromCallable { reg_et.setOnKeyListener{ view, i, keyEvent -> if(keyEvent.action == KeyEvent.ACTION_UP){ presenter.onRegNumberChange(reg_et.editableText.toString(), passport_et.editableText.toString()) } false } } reg_et.afterTextChangeEvents() .map {reg_et.changeText(it.toUpperCase())} .map {reg_et.changeText(presenter.formatRegNumber(it))} .subscribe { presenter.onRegNumberChange(it.toString(), passport_et.editableText.toString()) } .addTo(disposable)

или combineLatest, если тебе нужны оба значения, но тогда нужно гарантировать, что Observable стартанет с emit текущего значения