Потому что

лол Что

Пора составлять FAQ

+

Новый иф гораздо лучше тернарника

Он скорее не “новый”, а просто “if здорового человек” По этому и не нужны костыли (тернарник) из императивной джавы

1. тернарный оператор - не ок 2. let2 - возможен 3. koin - ок либа 4. корутины - ок фича 5. ктор - ок либа 6. x?.let(f) ?: run(g) лучше заменить на if (x != null) f else g, особенно если f и g длинее пары слов 7. FP клевая штука, поэтому Котлин норм могет в FP(см val, лямбдочки, if/when expressions и т.д.), Typed FP - нет единогласного мнения, поэтому Котлин пока не оч могет в Typed FP, для желающих - arrow

и 99% процентов вопросов чатике исчезнут и останется только вяленький флуд и оффтоп

забыл много важного

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

Перформанс забыл.

кто нибудь пробовал котлин нейтив

Забавно что бреслав говорил что тернарного оператора нет просто потому что не хватило символов адекватных им

Аналог спринга для котлин

забыл много важного

ну так надо открыть репу на github и пускай пулл реквестов покидают

Забавно что бреслав говорил что тернарного оператора нет просто потому что не хватило символов адекватных им

Потом было обсуждение по вводу и решили, что тернарный оператор поломает суть '?' в Котлин, что оно с нуллом ассоциируется.

Аналог спринга для котлин

а сам спринг чем плох?

есть еще кодеин

зачем вообще это через sharedPreferenses делать? https://developer.android.com/guide/topics/resources/localization.html

если язык Х не поддерживается, то ставить Y, но не дефолтный. Кароче для юзверей с Украинским ставить Русский, например

1. тернарный оператор - не ок 2. let2 - возможен 3. koin - ок либа 4. корутины - ок фича 5. ктор - ок либа 6. x?.let(f) ?: run(g) лучше заменить на if (x != null) f else g, особенно если f и g длинее пары слов 7. FP клевая штука, поэтому Котлин норм могет в FP(см val, лямбдочки, if/when expressions и т.д.), Typed FP - нет единогласного мнения, поэтому Котлин пока не оч могет в Typed FP, для желающих - arrow

> 7. Котлин норм могет в FP Ой, какое спорное заявления. Лучше лишний раз не акцентировать на этом внимание.

даже композии функций не подвезли

ща начнется

Всем привет, вопрос по koin: вот я загрузил модуль с именованным контекстом при инициализации, а после этого через какое-то время релизнул контекст, и модуль остался пустым. Он останется висеть? Или он тоже выгружается?

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

Вот блин, в хаскеле val нет, а кложуре хвостовой рекурсии - а мужики то не знают

ну val там нет только формально

в хаскелл есть let, а в кложуре recur

да, Igor, поясни, пожалуйста, что именно ты имел в виду

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

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

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

в хаскелл есть let, а в кложуре recur

Смешно, а в java есть final var - оказывается она почти как хаскель

Харе троллить

Смешно, а в java есть final var - оказывается она почти как хаскель

она уже его перегнала

Харе троллить

Да на здоровье - придумывай себе “категории функциональности” и пиши ФП на котлине и джаве

ну это просто грубо, господин админ

Да на здоровье - придумывай себе “категории функциональности” и пиши ФП на котлине и джаве

У тебя есть встречное предложение "категорий функциональности"?

это болезнь ? обсуждать что в каком языке не так сделали

это интересно особенно, в отношении сравнительно новых языков, находящихся на этапе формирования

котлин нейтив будет сильно конкурировать с гошкой, когда релизнется

Я посмотрел примеры кода, что то много аннотации, так и должно быть ?

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

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

val indexToRemove = items.indexOf(item) items.slice( (0..items.size) .filter { it != indexToRemove && it != indexToRemove+1 } ) Может так?

в итоге 2-а раза по цыклу

val indexToRemove = items.indexOf(item) items.slice( (0..items.size) .filter { it != indexToRemove && it != indexToRemove+1 } ) Может так?

Я тоже сделал так, только использовал фильтерИндексед, но хочется более изящное решение

Я тоже сделал так, только использовал фильтерИндексед, но хочется более изящное решение

list.removeAt(indexToRemove) list.removeAt(indexToRemove)

?

Ну list здесь новый лист

val i = 4 val list = listOf(0, 1, 2, 3, 4, 3, 2, 1, 0) println(list.takeWhile { it != i }) ?

val i = 4 val list = listOf(0, 1, 2, 3, 4, 3, 2, 1, 0) println(list.takeWhile { it != i }) ?

Так он же вернёт [0, 1, 2, 3, 4].?

Так он же вернёт [0, 1, 2, 3, 4].?

[0, 1, 2, 3]

А, да

[0, 1, 2, 3]

Но ведь это всё равно не по условию

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

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

Нужно убрать только один за ним.

А, верно. миссрид

Вроде кажется, что должно быть простое решение

public fun <T> List<T>.removeItemAndNext(item: T): List<T> { var currentIsToRemove = false val result = ArrayList<T>(size-1) for (curr in this) { if (currentIsToRemove) { currentIsToRemove = false continue } if (curr == item) { currentIsToRemove = true continue } } return result }

чето много кода

public fun <T> List<T>.removeItemAndNext(item: T): List<T> { var currentIsToRemove = false val result = ArrayList<T>(size-1) for (curr in this) { if (currentIsToRemove) { currentIsToRemove = false continue } if (curr == item) { currentIsToRemove = true continue } } return result }

Не слишком ли императивно для котлина? ?

а можна ведь удалять по индексу

находим индекс и удаляем

ну как я понял человеку нужна супер производительность)

fun <T> List<T>.removeItAndNext(item: T): List<T> { val position = indexOf(item) return filterIndexed { index, _ -> index !in position..position + 1 } } так вот получилось у меня, но не хочется искать, а хочется по ходу обхода удалить

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

для фана чисто

для фана чисто

val oldList = mutableListOf(0, 1, 2, 3, 4, 5) val list = oldList.toMutableList() list.removeAt(index) list.removeAt(index)

Всё

val oldList = mutableListOf(0, 1, 2, 3, 4, 5) val list = oldList.toMutableList() list.removeAt(index) list.removeAt(index)

+1

Всё

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

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

Первый и не меняется

toMutableList() чисто для создания нового списка

Но копируется

Я проверил - первый не изменился

val oldList = listOf(0, 1, 2, 3, 4, 5) val list = oldList.toMutableList() list.removeAt(index) list.removeAt(index)

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

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

Если вам так будет проще

К тому же это не всё, потому что это чревато проблемами

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

Теперь первый не мутабельный

К тому же это не всё, потому что это чревато проблемами

??

Ну, удаление несуществующего элемента например

Т.е. ещё код придется добавить..элегантности чот нехватает

Возвращаемся к filterIndexed?) val indexToRemove = items.indexOf(item) val result = items.filterIndexed({ index, _ -> index !in indexToRemove..indexToRemove + 1 })

Возвращаемся к filterIndexed?) val indexToRemove = items.indexOf(item) val result = items.filterIndexed({ index, _ -> index !in indexToRemove..indexToRemove + 1 })

А что с ним?

ТС через него изначально и делал

Да, он удали первый элемент, если не найдет переданного

если не найдет индекс будет -1 же?

ну да, нулевой удалит

вот фикс

fun <T> List<T>.removeItAndNext(item: T): List<T> = indexOf(item).let { position -> if (position > -1) filterIndexed { index, _ -> index !in position..position + 1 } else this }

fun <T> removeTwo(list: List<T>, element: T): List<T> { var skipIdx = -1 return list.foldIndexed(ArrayList(list.size)) { idx, acc, curr -> if (curr == element && skipIdx == -1) skipIdx = idx + 1 else if (idx != skipIdx) acc.add(curr) acc } }

а ну да(

fun <T> removeTwo(list: List<T>, element: T): List<T> { var skipIdx = -1 return list.foldIndexed(ArrayList(list.size)) { idx, acc, curr -> if (curr == element && skipIdx == -1) skipIdx = idx + 1 else if (idx != skipIdx) acc.add(curr) acc } }

Вот про что-то такое думал, да

Вот про что-то такое думал, да

исправил багу: before: if (curr == element) after: if (curr == element && skipIdx == -1)

fun <T> removeTwo(list: List<T>, element: T): List<T> { var skipIdx = -1 return list.foldIndexed(ArrayList(list.size)) { idx, acc, curr -> if (curr == element && skipIdx == -1) skipIdx = idx + 1 else if (idx != skipIdx) acc.add(curr) acc } }

А почему удаляем, передавая элемент, а не индекс элемента? Есть, у меня, к примеру, последовательность 0, 1, 2, 3, 2, 4. Я хочу удалить последние два элемента.

Кидаю 2 - удалятся 2 и 3

> есть список и элемент из него

по условию