Ok

Понял

Спасибо

Ranges это for(;;)

Без знаков препинания непонятна суть. Это вопрос?

Хех, мы запаролись и записи не будет

Блин.. очень жаль (

Без знаков препинания непонятна суть. Это вопрос?

Проста вопрос а не выражения

@HeapyHop бань Алису, уже в кучу чатов заселилась

@Arterialist странный подход :)

А в котлине есть какой-то метод над коллекциями вроде .forEach() или .map(), но чтобы он не изменял элементы, а лишь делал с их помощью какие-то действия (не влияющие на исходный массив) и возвращал бы исходный массив?

.apply { forEach{}}

.apply { forEach{}}

много слов )

так а чем withEach не подходит раз он есть?

так а чем withEach не подходит раз он есть?

withEach я сам написал пару минут назад )

ну так и норм, это же и есть бонус котлина

ну так и норм, это же и есть бонус котлина

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

onEach есть который вроде то что надо делает

onEach есть который вроде то что надо делает

ага, как раз про него и хотел узнать, спасибо ??

Спасибо

я так понимаю, что это аналог peek в стрим апи джавы?

Только он не ленивый

наверняка у Sequence есть такой же только ленивый

public fun <T> Sequence<T>.onEach(action: (T) -> Unit): Sequence<T> { return map { action(it) it } }

public fun <T> Sequence<T>.onEach(action: (T) -> Unit): Sequence<T> { return map { action(it) it } }

по сути map, создаст новую коллекцию

Только он не ленивый

ну это-то да

пацаны а джава то выйдет 27?

893 человека сейчас посмотрело на тебя с подозрением

А ещё 14 куда делись ? (нас же 907)

14 слепые?

14 тоже интересует данный вопрос

Вечные два процента Java

А ещё 14 куда делись ? (нас же 907)

14 видимо пришли из js

может их насильно заставляют на жаве писать, хочешь котлин, а коллектив не хочет

14 это статистическая погрешность

Привет.

@angmarr Я решил попробовать Kotlin сначала. :)

@angmarr Я решил попробовать Kotlin сначала. :)

Круто, материалы надеюсь знаешь где брать

Круто, материалы надеюсь знаешь где брать

Да, конечно. :)

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

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

Можно попробовать fold или reduce.

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

звучит как описание reduce. что в итоге нужно получить?

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

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

Из за кодогенерации litho, clean&rebuild делаю после каждого переименования методов или классов

мне хватает датабиндинга и дагера, чтобы все ломалось((

Тем что это React на Java (ты же знаешь плюсы реакта на вебе). Можешь основные плюсы тут почитать http://fblitho.ru (или в оригинале на http://fblitho.com )

Тем что это React на Java (ты же знаешь плюсы реакта на вебе). Можешь основные плюсы тут почитать http://fblitho.ru (или в оригинале на http://fblitho.com )

например чем?

звучит как описание reduce. что в итоге нужно получить?

Посчитать количество изменений элементов массива, примерно так

Посчитать количество изменений элементов массива, примерно так

значит у тебя есть два массива, старый и текущий?

яя неправильно выразился наверное, https://try.kotlinlang.org/#/Examples/Problems/Runs/Runs.kt

@angmarr немного запутывает то что ты отредактировал комментарий)

тут ссылка на пример, как бы можно всегда решить в лоб, тупо цикл и сравнение, но я вот ищу более красивое решение, может метод для разбиения коллекции, или вот fold ещё и в нём сравнивать 2 элемента и считать сколько раз не совпали

@angmarr немного запутывает то что ты отредактировал комментарий)

Просто дополнил ссылкой на сайт

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

У меня с одним лишь даггером иногда ломается кодогенерация, но это всегда из-за того, что у меня для аннотаций для даггера используются KClass'ы (при билде они порой не успевают определиться до генерации кода и вылазят ошибки c NonExistentClass)

тут ссылка на пример, как бы можно всегда решить в лоб, тупо цикл и сравнение, но я вот ищу более красивое решение, может метод для разбиения коллекции, или вот fold ещё и в нём сравнивать 2 элемента и считать сколько раз не совпали

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

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

а первый параметр в fold это index в массиве с которого начинается обработка ? верно, я понимаю

начальное значение

ERROR: S client not available

например если ты ищешь сумму то задаёшь начальное 0, если произведение 1

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

а более красивого решения не найти для такой задачи ? (

а более красивого решения не найти для такой задачи ? (

listOf(1, 2, 3).fold(Pair(0, 1), {(count, prevItem), item -> Pair(if (prevItem != item) count + 1 else count, item)}) listOf(1, 2, 3).fold(emptyList<Int>(), {list, item -> if (list.last() == item) list else list + item}).size

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

да некрасиво всё равно

Надеюсь у вас коллекции маленькие ? и это не ondraw

была бы функция чтобы 2 элемента сравнивать

Надеюсь у вас коллекции маленькие ? и это не ondraw

а если коллекция большая, как лучше поступить ?

через цикл и счетчик какой-то ?

Надеюсь у вас коллекции маленькие ? и это не ondraw

ой, лол, все в бд лазят в ui треде, а ты аллокации считаешь

ой, лол, все в бд лазят в ui треде, а ты аллокации считаешь

это ж не значит, что так надо делать)

fun runs(array: IntArray): Int { return if (array.isEmpty()) 0 else array.pairs().fold(1) { count, (prev, next) -> if(prev != next) count + 1 else count } } private fun IntArray.pairs() = zip(slice(1 until size))

а если коллекция большая, как лучше поступить ?

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

fun runs(array: IntArray): Int { return if (array.isEmpty()) 0 else array.pairs().fold(1) { count, (prev, next) -> if(prev != next) count + 1 else count } } private fun IntArray.pairs() = zip(slice(1 until size))

o, не мог найти pairs

а да понял

fun runs(array: IntArray): Int { return if (array.isEmpty()) 0 else array.pairs().fold(1) { count, (prev, next) -> if(prev != next) count + 1 else count } } private fun IntArray.pairs() = zip(slice(1 until size))

о, тоже хорошее решение

fun runs(array: IntArray): Int { return if(array.isEmpty()) 0 else { var count = 1 array.reduce { prev, next -> if (prev != next) count++ next } count } }

для больших массивов

fun runs(array: IntArray): Int { return if(array.isEmpty()) 0 else { var count = 1 array.reduce { prev, next -> if (prev != next) count++ next } count } }

А там для примитивных типов отдельные типизированные рефы же? Да IntRef Даже лучше, там же инлайниг

можно fold сделать без ветвления

Здравствуйте. Нужна консультация по вопросу многопоточности. Сделал тестовое задание для простого управления банковскими счетами. В ответ получил отказ ввиду того что не была учтены работа в многопоточном режиме. Пожалуйста, укажите на проблемный участок. https://github.com/chipnesh/AccountOperations

можно fold сделать без ветвления

зачем писать слова, если можно написать код?

Здравствуйте. Нужна консультация по вопросу многопоточности. Сделал тестовое задание для простого управления банковскими счетами. В ответ получил отказ ввиду того что не была учтены работа в многопоточном режиме. Пожалуйста, укажите на проблемный участок. https://github.com/chipnesh/AccountOperations

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

Здравствуйте. Нужна консультация по вопросу многопоточности. Сделал тестовое задание для простого управления банковскими счетами. В ответ получил отказ ввиду того что не была учтены работа в многопоточном режиме. Пожалуйста, укажите на проблемный участок. https://github.com/chipnesh/AccountOperations

зачем там сервлеты и спринг?

А разве hibernate не выбрасывает staleexeption если управляемая сущность была изменена?

зачем там сервлеты и спринг?

может потому что может?

зачем там сервлеты и спринг?

Там контроллер, сервлетов нет

А разве hibernate не выбрасывает staleexeption если управляемая сущность была изменена?

без версии он об этом не узнает