Поставь в идее, чтобы она билдила через градл, а не через встроенный Мне помогло

Окей. Спасибо.

У кого-нибудь сломался буфер обмена в последней IDEA EAP?

Толко мне не хватает возможности передать кортеж в метод? типа: fun do(value: (String, Int, ...))

Толко мне не хватает возможности передать кортеж в метод? типа: fun do(value: (String, Int, ...))

Pair?

да у меня уже даже Five определён

вот хотелось бы без вот этого всего

Напиши data class строчкой выше и читатели твоего кода скажут тебе спасибо

ext.kotlin_version = '1.3-M2' ... maven { url 'https://dl.bintray.com/kotlin/kotlin-eap/' } Could not find org.jetbrains.kotlin:kotlin-stdlib:1.3.0-rc-6. ЧЯДНТ?

Не надо экономить сточку кода на data class. Понятность кода превыше всего

да у меня уже даже Five определён

rust-lang.org :trollface:

Не надо экономить сточку кода на data class. Понятность кода превыше всего

тут возникает проблема нейминга =)))) а передача кортежа бы её решила =))))

Не надо экономить сточку кода на data class. Понятность кода превыше всего

оно то да, но когда речь уже о кортежах разрядности 5+, там не строчка кода, а 6 строчек

ext.kotlin_version = '1.3-M2' ... maven { url 'https://dl.bintray.com/kotlin/kotlin-eap/' } Could not find org.jetbrains.kotlin:kotlin-stdlib:1.3.0-rc-6. ЧЯДНТ?

смотря что ты там делаешь =)

ext.kotlin_version = '1.3-M2' ... maven { url 'https://dl.bintray.com/kotlin/kotlin-eap/' } Could not find org.jetbrains.kotlin:kotlin-stdlib:1.3.0-rc-6. ЧЯДНТ?

Посмотри по ./gradlew :...:dependencies, что потянуло за собой rc, в качестве хотфикса можешь рядом с kotlin-eap добавить kotlin-dev.

тут возникает проблема нейминга =)))) а передача кортежа бы её решила =))))

Это не проблема. Если ты не можешь назвать ЭТО, то есть повод задумать что ты вообще делаешь

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

Это не проблема. Если ты не можешь назвать ЭТО, то есть повод задумать что ты вообще делаешь

я думаю проблема не в наименовании, а в том что люди просят кортежи ?

я думаю проблема не в наименовании, а в том что люди просят кортежи ?

Это какой-то фундаментальный пробел в образовании программистов и наша фундаментальная миссия (я считаю) его закрыть.

Посмотри по ./gradlew :...:dependencies, что потянуло за собой rc, в качестве хотфикса можешь рядом с kotlin-eap добавить kotlin-dev.

собственно releaseCompileClasspath - Compile classpath for compilation 'release' (target (androidJvm)). +--- org.jetbrains.kotlin:kotlin-stdlib:1.3-M2 -> 1.3.0-rc-6 FAILED

Это какой-то фундаментальный пробел в образовании программистов и наша фундаментальная миссия (я считаю) его закрыть.

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

Это не проблема. Если ты не можешь назвать ЭТО, то есть повод задумать что ты вообще делаешь

Та я шутил про нейминг +) Если серёзно, кортежи бы действительно не помешали, для всяких экстеншен функций очень бы пригодились

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

на php бы тоже тогда никто не писал :)

Толко мне не хватает возможности передать кортеж в метод? типа: fun do(value: (String, Int, ...))

fun unapply(block: (A,B) -> C) : (Pair(A,B)) -> C = { pair -> block(pair.first, pair.second) }

на php бы тоже тогда никто не писал :)

ну это уже вброс какой-то

сразу хочется начать холивар

fun unapply(block: (A,B) -> C) : (Pair(A,B)) -> C = { pair -> block(pair.first, pair.second) }

ну и без вот этого, да =))))

собственно releaseCompileClasspath - Compile classpath for compilation 'release' (target (androidJvm)). +--- org.jetbrains.kotlin:kotlin-stdlib:1.3-M2 -> 1.3.0-rc-6 FAILED

Это значит, что затребована версия 1.3-M2, а по факту использована 1.3.0-rc-6. Виноват в этом кто-то другой.

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

Это значит, что затребована версия 1.3-M2, а по факту использована 1.3.0-rc-6. Виноват в этом кто-то другой.

А кто?) так-то это пустой проект, ничего нет, а никак собрать не могу

Я бы и Pair выпилил. Очень редко в реальной жизни приходится манипулировать парой элементов с названиями first и second. Чаще всего, если где и возникает пара, то у элементов этой пары есть какие-то более подходящие имена.

Напиши data class строчкой выше и читатели твоего кода скажут тебе спасибо

Кстати о data class, почему нет интерфейса ComponentN? Уже же ведь и так componentN() генерятся. Столько всякого можно было бы провернуть, от паттерн-матчинга до превращения дата-классов в кортежи и обратно

Вот для того и нету, чтобы вот этого всего не было

Я бы и Pair выпилил. Очень редко в реальной жизни приходится манипулировать парой элементов с названиями first и second. Чаще всего, если где и возникает пара, то у элементов этой пары есть какие-то более подходящие имена.

[режим андроидщика] только вот классы не бесплатные

Я бы и Pair выпилил. Очень редко в реальной жизни приходится манипулировать парой элементов с названиями first и second. Чаще всего, если где и возникает пара, то у элементов этой пары есть какие-то более подходящие имена.

я часто использую когда методу надо вернуть пару значений, которые дальше места вызова метода не пойдут. Дата класс тут вообще лишний =)

[режим андроидщика] только вот классы не бесплатные

вот да, это тоже смушает

Даже используя Pair и Triple можно написать абсолютно непонятный стороннему читателю код (я лично видел), но так хотя бы масштаб того, что можно наворотить, сильно ограничен

А кто?) так-то это пустой проект, ничего нет, а никак собрать не могу

А ты пытаешься новый multiplatform плагин юзать? Он точно сам диктует версию котлина, но я не искал, как её переопределить -- там фигурирует languageSettings по сорцам, но я не видел, как это встраивается в экстеншн kotlin.

А ты пытаешься новый multiplatform плагин юзать? Он точно сам диктует версию котлина, но я не искал, как её переопределить -- там фигурирует languageSettings по сорцам, но я не видел, как это встраивается в экстеншн kotlin.

Не. Спасибо, нашёл. Это Anko.

Не. Спасибо, нашёл. Это Anko.

Хех. :)

Тут вопрос в приоритех. Мой опыт говорит, что читаемось и понятность кода намного важней лишнего класса в 99.99% случаев. А если у вас какой-то экзотический очень performance-critical случай, то может лучше вообще на C писать.

Даже используя Pair и Triple можно написать абсолютно непонятный стороннему читателю код (я лично видел), но так хотя бы масштаб того, что можно наворотить, сильно ограничен

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

Это не повод делать кортежи, но надо признать, что такой кейз есть

Тут вопрос в приоритех. Мой опыт говорит, что читаемось и понятность кода намного важней лишнего класса в 99.99% случаев. А если у вас какой-то экзотический очень performance-critical случай, то может лучше вообще на C писать.

Так уж получается в андроиде, что каждый добавленный класс влияет на размер приложения и занимает место в не-резиновом словаре. Так что я за inline-класс над Pair или массивом.

А зачем деструктурировать? Ну вот практические никогда же не бывает "просто пара". Если вдуматься, то навреняка выясниться что это какая-то сущность и можной её дать имя, и хранить её в переменной и работать с ней номрально. Приведите пример, вместе разберем что это за сущность и как её назвать

А еще, на практике, такая сущность редко встречается только в одном месте.

Так уж получается в андроиде, что каждый добавленный класс влияет на размер приложения и занимает место в не-резиновом словаре. Так что я за inline-класс над Pair или массивом.

inline над массивом... хм.. ?

Даже используя Pair и Triple можно написать абсолютно непонятный стороннему читателю код (я лично видел), но так хотя бы масштаб того, что можно наворотить, сильно ограничен

А можно и весьма понятный

inline над массивом... хм.. ?

да, DTO без класса ?

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

А можно и весьма понятный

Это очень сложно. Чтобы было понятно надо вагоны документации писать или давать длинные имена методам типа getSomethingAndSomethingElse

А зачем деструктурировать? Ну вот практические никогда же не бывает "просто пара". Если вдуматься, то навреняка выясниться что это какая-то сущность и можной её дать имя, и хранить её в переменной и работать с ней номрально. Приведите пример, вместе разберем что это за сущность и как её назвать

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

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

А еще, на практике, такая сущность редко встречается только в одном месте.

так для такого и существует Pair и Triple. Каждый раз когда встречаешь функциональную обработку коллекций или,например, Rx, могут встретится юзкейсы для этого, zip-ы там всякие, промежуточные структуры. Все то, что не выходит за пределы пары строк, в которых оно написано

Rx — это вообще вершина запутанности кода :)

Ой... ой.. Это очень больной способ программирования, извните. Он совсем не трансформируется на длинные цепочки пробразований. А вдруг вам понадобиться что-то что было в начале цепочки? Теперь будет добавлять еще один элемент в кортеж на каждом этапе. Да, вот отсюда действительно торчит желание иметь кортежи, но так не надо вообще писать код

Я против того чтобы возвращать Pair или Triple из метода, но во всяких обобщенных функциях работают только обобщенные структуры

Rx — это вообще вершина запутанности кода :)

щас мне скажут «смотря как писать» и будут правы

А зачем деструктурировать? Ну вот практические никогда же не бывает "просто пара". Если вдуматься, то навреняка выясниться что это какая-то сущность и можной её дать имя, и хранить её в переменной и работать с ней номрально. Приведите пример, вместе разберем что это за сущность и как её назвать

просто создаю цепочки asSequence, и в следущую "цепочку" мне нужно передать Композитный объект, в следущей цепочки может быть похожая ситуация. Мн на каждую такую ситуацию класс писать и придумывать имена ?

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

+

Ой... ой.. Это очень больной способ программирования, извните. Он совсем не трансформируется на длинные цепочки пробразований. А вдруг вам понадобиться что-то что было в начале цепочки? Теперь будет добавлять еще один элемент в кортеж на каждом этапе. Да, вот отсюда действительно торчит желание иметь кортежи, но так не надо вообще писать код

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

просто создаю цепочки asSequence, и в следущую "цепочку" мне нужно передать Композитный объект, в следущей цепочки может быть похожая ситуация. Мн на каждую такую ситуацию класс писать и придумывать имена ?

А....а... OH GOD NO !!!

собственно releaseCompileClasspath - Compile classpath for compilation 'release' (target (androidJvm)). +--- org.jetbrains.kotlin:kotlin-stdlib:1.3-M2 -> 1.3.0-rc-6 FAILED

Дичь. Победил так: implementation("org.jetbrains.anko:anko-sdk25:$anko_version") { exclude group: 'org.jetbrains.kotlin', module: 'kotlin-stdlib' } implementation("org.jetbrains.anko:anko-design:$anko_version") { exclude group: 'org.jetbrains.kotlin', module: 'kotlin-stdlib' }

Окей, хорошо, для туплей нельзя использовать ComponentN, а для паттерн-матчинга?

Да всё понятно про Spark и про big data. Хотите правильно distributed вычисления — придется платить удобством и читабельностью кода. Только не надо эти приемы применять там, где они не нужны

Окей, хорошо, для туплей нельзя использовать ComponentN, а для паттерн-матчинга?

а какая котлину разница, что там удобно для патмата?)

Ой... ой.. Это очень больной способ программирования, извните. Он совсем не трансформируется на длинные цепочки пробразований. А вдруг вам понадобиться что-то что было в начале цепочки? Теперь будет добавлять еще один элемент в кортеж на каждом этапе. Да, вот отсюда действительно торчит желание иметь кортежи, но так не надо вообще писать код

> А вдруг вам понадобиться что-то что было в начале цепочки Думаю тогда стоит подумать над другим решениям, и я не за кортежи а за применимость Pair, хотя нужно посмотреть в сторону inline class и их возможностей

ERROR: S client not available

можно написать Pattern, работающий с CompoentN и оператор .contains() и получить красивенкую when (user) { in User("johnDoe", any()) -> ... in User(any(), 13) -> ... else -> .... }

write-only

Не надо вам pattern matching. У вас есть strongly typed language with nominal type system and flow sensitive typing. Пользуйтесь.

Это вам не Erlang и даже не JS.

сравни с when { user.name = "johnDoe" -> ... user.age == 13 -> ... else -> ... }

Да всё понятно про Spark и про big data. Хотите правильно distributed вычисления — придется платить удобством и читабельностью кода. Только не надо эти приемы применять там, где они не нужны

Ну а чем заменить передачу пары между двумя шагами обработки сиквенса? Лично я часто пишу такие цепочки и не знаю просто и быстрого способа это сделать без них

сравни с when { user.name = "johnDoe" -> ... user.age == 13 -> ... else -> ... }

добавь к этому sealed class

Ну а чем заменить передачу пары между двумя шагами обработки сиквенса? Лично я часто пишу такие цепочки и не знаю просто и быстрого способа это сделать без них

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

но вообще да, PM без destructive declaration все равно будет недостаточно приятным, чтобы предпочесть его

Как только возникает желание где-то в цепочке сделать tupple это сразу сигнал что надо переделать на comprehensions/builder стиль

Цепные преобразование (filter/map/...) удобны только пока они делают шаблонные, простые задачи. Как только возникет сложная задача, то, даже если её решение и можно упихнуть в такой стиль, то результат будет очень трудно понять. Не надо так делать

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

Roman а вы не знаете, не ли планов (запросов) - добавить в компилятор флажочек, что бы у data классов НЕ генерировался toString()? (это иногда важно, по секьюрити причинам).

Roman а вы не знаете, не ли планов (запросов) - добавить в компилятор флажочек, что бы у data классов НЕ генерировался toString()? (это иногда важно, по секьюрити причинам).

кажется, проще взять ASM и вырезать ВСЕ toString() в проекте

Roman а вы не знаете, не ли планов (запросов) - добавить в компилятор флажочек, что бы у data классов НЕ генерировался toString()? (это иногда важно, по секьюрити причинам).

а овверайднуть слабо?

я думаю он знает как решить эту проблему

...или не использовать data-классы

а овверайднуть слабо?

Так не во всех же 100 классах так делать, да и для дебага оно полезно.

Так не во всех же 100 классах так делать, да и для дебага оно полезно.

ToStringable by DebugToStringer

и там что то вроде if(isDebug) { super.toString} else {"мы на продакшене, тут не на что смотреть"}

а не

кажется, проще взять ASM и вырезать ВСЕ toString() в проекте

А что там с ASM? Есть удачный опыт?

из делегата же нет доступа

А что там с ASM? Есть удачный опыт?

нет)

А что там с ASM? Есть удачный опыт?

есть неудачный

А что там с ASM? Есть удачный опыт?

https://gist.github.com/komigor/3c8bbb733389250aea2c6b703d08d8ae проще некуда, выглядит опpятно

Roman а вы не знаете, не ли планов (запросов) - добавить в компилятор флажочек, что бы у data классов НЕ генерировался toString()? (это иногда важно, по секьюрити причинам).

Есть флажок такой override fun toString() = "". Ровно одна строчка кода

https://gist.github.com/komigor/3c8bbb733389250aea2c6b703d08d8ae проще некуда, выглядит опpятно

data class SoSecure(val a: String, val b: String) : Stringifyable by SecureStringifyable ну такоооооооооое

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

https://gist.github.com/komigor/3c8bbb733389250aea2c6b703d08d8ae проще некуда, выглядит опpятно

так super же не вызовется

так super же не вызовется

вот только что сам решил оттестить и смекнул, в чем корень зла

из делегата же нет доступа