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

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

Имхо если разбить это предложение на парочку и немножко подробнее описать, то может кто и поможет. Лично я не понял что нужно сделать.

2 колекции допустим User, в одну из колекций пришло несколько новых обновленных юзеров, нужно их как-то смержить чтобы в старой коллекции новоприбывшие юзеры изменились из новой колекции

2 колекции допустим User, в одну из колекций пришло несколько новых обновленных юзеров, нужно их как-то смержить чтобы в старой коллекции новоприбывшие юзеры изменились из новой колекции

DiffUtils

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

@iskylake А какую либу для подключения к дискорду используешь? Или сам протокол с нуля реализовывал?

Я здесь как раз подумываю не переписать ли мне своего с js на kotlin тк проект растёт, и мне на js уже сложно становится его мейнтейнить

Вообще, я летом хочу написать сообственную либу на Котлине. А пока юзаю JDA.

Вообще, раньше у меня был 100% на Джаве. Сейчас, если верить гитхабу, 56% кода - Котлин, 44% - Джава.

И да, у меня какое-то явно негативное отношение к жсу.

К ноду.

Подскажите почему я получаю IndexOutOfBoundsException в MutableList<Element>, при удалении: array.remove(element) ? Если element находится не в конце списка. Допустим element имеет id=2 в массиве из 6 element{0,1,2,3,4,5} в итоге получается массив {0,1,3,4,5}

ну и естественно тут я получаю исключение: for (id in element.indices) { }

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

используй итератор, Люк =)

я не в форе удаляю

я не в форе удаляю

давай код

отдельная функция на от

сек

if (withStopping(unit, us.coloredUnits)) { unit.clearActions() us.userUnits.remove(unit) } в функции withStopping() фор

надо показать withStopping

open fun withStopping(unit: MainUnit, units: MutableList<MainUnit>): Boolean { for (id in units.indices) { if (unit.bounds.overlaps(units[id].bounds)) { when (unit.direction) { MainUnit.Direction.LEFT -> unit.x = units[id].x + UNIT_SIZE MainUnit.Direction.RIGHT -> unit.x = units[id].x - UNIT_SIZE MainUnit.Direction.UP -> unit.y = units[id].y - UNIT_SIZE MainUnit.Direction.DOWN -> unit.y = units[id].y + UNIT_SIZE MainUnit.Direction.STOP -> Unit MainUnit.Direction.TO -> Unit } return true } } return false }

хотя ошибка ваще тут выскакивает: fun update(delta: Float, listener: GameListener) { testDCUU(listener) for (id in coloredUnits.indices) { coloredUnits[id].update(delta, this) } for (id in influentialUnits.indices) { influentialUnits[id].update(delta, this) } for (id in characterUnits.indices) { characterUnits[id].update(delta, this) } for (id in userUnits.indices) { print("$id, ") userUnits[id].update(delta, this) } println() } в последнем форе

неосилил

)))

с потоками может быть проблема ? opengl

хотя ошибка ваще тут выскакивает: fun update(delta: Float, listener: GameListener) { testDCUU(listener) for (id in coloredUnits.indices) { coloredUnits[id].update(delta, this) } for (id in influentialUnits.indices) { influentialUnits[id].update(delta, this) } for (id in characterUnits.indices) { characterUnits[id].update(delta, this) } for (id in userUnits.indices) { print("$id, ") userUnits[id].update(delta, this) } println() } в последнем форе

Здесь? for (id in userUnits.indices) { print("$id, ") userUnits[id].update(delta, this) } Значит, update меняет userUnits.

короч если удалять с конца то все норм, если произвольный то ексепшн ((

да меняет, но не одновременно же ?

не одновременно, просто внутри цикла

всмысле меняет - внутренности, не удаляет

а indices-то уже вычислились

блин точно... запутался я... в апдейт происходит удаление... балда))

спасиб всем)

Мать моя женщина, этот суровый геймдев

))))

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

Скала в жс вроде компилитьсч, GWT, как способ на Яве и бэк и фронт писать. Если котлин взлетит, я только за! Но сама идея не новая, только удачных решений не помню.

@iskylake А что не устроило, почему решил свою писать. И еще, беглым просмотром не нашел, но поддержка embed messages и картинок в нем есть?

https://blog.jetbrains.com/idea/2018/05/intellij-idea-2018-2-early-access-program-is-open/ выше обсуждали проблемы с градлом. теперь градл скрипты можно удобно дебажить. а ещё появилась поддержка тачбара на маках :)

в котлине она выглядит так. @Serializable data class Ban(@SerialId(1) val type: String, @SerialId(2) val ipAddress: String = "", @SerialId(3) val user: String = "") байт код ясности не дает. он такой же. на вход он ждет все три проперти. Но с схемой message UpdateBanned { string type = 1; oneof address { string ip_address = 2; string user = 3; } } Но со схемой с которой есть oneof приходит лишь 2 . Как понимаю пока нет возможности через аннотацию указать что в зависимости от ситуации два поля меняются друг с другом

Можно сделать поля 2 и 3 @Optional и проверять, какое именно из них прочиталось

@iskylake А что не устроило, почему решил свою писать. И еще, беглым просмотром не нашел, но поддержка embed messages и картинок в нем есть?

Так-с.

Меня все устраивает, но хочу попробовать себя в вебсокетах, да и апи у дискорда в принципе годный

А по поводу эмбедов. Там сейчас все фичи текущей версии апи есть.

https://blog.jetbrains.com/idea/2018/05/intellij-idea-2018-2-early-access-program-is-open/ выше обсуждали проблемы с градлом. теперь градл скрипты можно удобно дебажить. а ещё появилась поддержка тачбара на маках :)

The code completion now suggests the Collectors.joining() collector for the String stream. Наконец-то!

https://blog.jetbrains.com/idea/2018/05/intellij-idea-2018-2-early-access-program-is-open/ выше обсуждали проблемы с градлом. теперь градл скрипты можно удобно дебажить. а ещё появилась поддержка тачбара на маках :)

Круто, а скала плагин почему-то отвалился :(

https://blog.jetbrains.com/idea/2018/05/intellij-idea-2018-2-early-access-program-is-open/ выше обсуждали проблемы с градлом. теперь градл скрипты можно удобно дебажить. а ещё появилась поддержка тачбара на маках :)

Жаль что в AS это добро не скоро появится, да ещё и криво смёрженное =))) И вот этого HTTP клиента в AS не будет =(

В чём проблема, когда есть IDEA?

Круто, а скала плагин почему-то отвалился :(

Заведи issue на youtrack.jetbrains.com, пожалуйста

В том что новое для андроида появляется раньше в AS =)

Заведи issue на youtrack.jetbrains.com, пожалуйста

завел

завел

Спасибо

я сделал это еще до того как ты попросил :)

https://youtrack.jetbrains.com/issue/IDEA-192038

а ни у кого нет проблем, что часов через 10-12 работы идея с котлином начинает адово лагать? (явно течет) - после рестарта все опять ок

а без котлина что не лагает

а без котлина что не лагает

лагает ==)

Жаль что в AS это добро не скоро появится, да ещё и криво смёрженное =))) И вот этого HTTP клиента в AS не будет =(

Не велика потеря, про котлин там не слова, а http клиент не понятно зачем нужен в AS

Не велика потеря, про котлин там не слова, а http клиент не понятно зачем нужен в AS

когда документация апи отсутствует - очень выручает =)

curl / wget ?‍♀️ (на линуксе/macos из коробки)

curl / wget ?‍♀️ (на линуксе/macos из коробки)

ну блин, хренли ты тогда в vim не кодишь? =))))

На котлине без комплишена никак (ext-functions же везде). Сделали бы LSP может быть и в VSCode / VIM укатился.

А ну ок =)

когда документация апи отсутствует - очень выручает =)

Для хипстеров и просто не любящих терминал есть еще postman и insomnia

Для хипстеров и просто не любящих терминал есть еще postman и insomnia

Люблю терминал. Insomnia хороша тем, что модно сохранить гору запросов.

history | grep curl ?)

history | grep curl ?)

через полгода?

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

history | grep curl ?)

попробовал набрать history, но по привычке получилось htop

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

попробовал набрать history, но по привычке получилось htop

терминал, надеюсь, был на весь экран открыт?

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

Ну это уже перебор)

И постман коллекшн туда же, ага Но то что этот файлик из идеи запускается действительно удобно. Хотя это ж и в 2017.3 есть?

И постман коллекшн туда же, ага Но то что этот файлик из идеи запускается действительно удобно. Хотя это ж и в 2017.3 есть?

да есть, тут они улучшени выкатили

https://blog.jetbrains.com/idea/2018/05/intellij-idea-2018-2-early-access-program-is-open/ выше обсуждали проблемы с градлом. теперь градл скрипты можно удобно дебажить. а ещё появилась поддержка тачбара на маках :)

А можно просто вернуться на maven / maven-polyglot и ничего не дебажить

Оп

Я тут как раз на грудл хочу переехать с мавена

Неужели не стоит?

А можно просто вернуться на maven / maven-polyglot и ничего не дебажить

Makefile!

Оп

maven-polyglot - 90% что переезд связан с синтаксисом

maven-polyglot - 90% что переезд связан с синтаксисом

Не понял

Не понял

В чем причины вашей миграции? Уверен, что не в декларативности используемой при описании сборок. Т/е скорее всего синтаксис и раздутость xml конфигураций раздражают, а не какие-то нетривиальные проекты/этапы сборки, требующие написания плагинов под maven. Проблема с синтаксисом решается проектом maven-polyglot -там пачка возможных языков/dsl различной степени удачности под описание сборки

В чем причины вашей миграции? Уверен, что не в декларативности используемой при описании сборок. Т/е скорее всего синтаксис и раздутость xml конфигураций раздражают, а не какие-то нетривиальные проекты/этапы сборки, требующие написания плагинов под maven. Проблема с синтаксисом решается проектом maven-polyglot -там пачка возможных языков/dsl различной степени удачности под описание сборки

Да нет, просто у градла объективно больше возможностей

Есть мавен таска для трансляции туда и обратно (в xml) - последнее удобно для ide

Да нет, просто у градла объективно больше возможностей

Ну ок, мне нужно проект собирать, а не коллекционировать возможности

Да нет, просто у градла объективно больше возможностей

Но я рад, что у кого - то больше _возможностей_

Ну ок, мне нужно проект собирать, а не коллекционировать возможности

Мне тоже, но учитывая, что градл - это мавен + синтаксис + возможности, в общем-то выбор из двух очевиден

скорость сборки(

Мне тоже, но учитывая, что градл - это мавен + синтаксис + возможности, в общем-то выбор из двух очевиден

У меня такой опыт - опишешь build.gradle, забудешь, через пару лет возвращаешься для нового проекта, обновления - все поломано. Абсолютная параша.

У меня такой опыт - опишешь build.gradle, забудешь, через пару лет возвращаешься для нового проекта, обновления - все поломано. Абсолютная параша.

О как

скорость сборки(

Градл медленнее?

Кстати, кто-нибудь чинил такую штуку, что при сборке мавеном докка плагин постоянно что-то тащит с интернета?

maven offline mode?

Скорее всего, не соберется

Градл медленнее?

Мне очень сложно вот так взять и сказать, что быстрее. Тем более, что Gradle постоянно что-то подкручивают. Но я когда-то склонировал чужой проект с Maven, и, редактируя несколько классов, запускал тесты. Прям молниеносно, с Gradle такого не видел.

Мне очень сложно вот так взять и сказать, что быстрее. Тем более, что Gradle постоянно что-то подкручивают. Но я когда-то склонировал чужой проект с Maven, и, редактируя несколько классов, запускал тесты. Прям молниеносно, с Gradle такого не видел.

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