нет

они ж только после того как ты написал

помнится мне, кто-то заводил на youtrack фичреквест на тему такого интеншна, и его закрыли с утверждением, что оно нинужно.

окей, есть способы самому настрочить?

без специального интеншна — вряд ли.

(cmd+p не нажимал, тултип появился сам)

подскажите пжалста как вот из этого : private var atlasRegions = { mapOf<String, TextureRegion>(atlas.regions.let { it.last().name to it.pop() }) } сделать вот это: private var atlasRegions = { mapOf<String, TextureRegion>(atlas.regions.let { it.last().name to it.pop() -> while (it.size > 0)}) } то есть получать пары в mapOf пока не закончится atlas.regions ? инициализировать мапу таская значения массива пока тот не обнулится.

Ребят, а есть в Intellij команда, чтобы инсертнула все параметры конструктора? (пишешь такой Foo(... @ МАГИЧЕСКОЕ СОЧЕТАНИЕ КЛАВИШ @ Foo(bar = , baz = , ...) ) А то я в конец обленился

alt+insert (винда), generate constructor

подскажите пжалста как вот из этого : private var atlasRegions = { mapOf<String, TextureRegion>(atlas.regions.let { it.last().name to it.pop() }) } сделать вот это: private var atlasRegions = { mapOf<String, TextureRegion>(atlas.regions.let { it.last().name to it.pop() -> while (it.size > 0)}) } то есть получать пары в mapOf пока не закончится atlas.regions ? инициализировать мапу таская значения массива пока тот не обнулится.

val myList = listOf("Foo", "Bar", "Baz") val myMap = myList.associate { it.toLowerCase() to it.toUpperCase() }

val myList = listOf("Foo", "Bar", "Baz") val myMap = myList.associate { it.toLowerCase() to it.toUpperCase() }

берет ток последнее значение

myMap.size = 1

берет ток последнее значение

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

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

пардон, все робит

как-то с дебагом каналов корутин не очень радужно

Я скоро допилю для них дебаггер...

я просто хотел поныть)) круто! ждемс

Я скоро допилю для них дебаггер...

хорошие новости!))

1. не ловит обработку сообщения из канала 2. после пробуждения не всегда распознает локальные переменные

Про локальные переменные -- это на kotl.in/issue

А если развернуть this ?

хотя забавно, если сделать скажем val a = cb.await() val b = 2// ??? val c = 2 и поставить брейкпоинт на c то все окей

Так, а если сделать evaluate expression и там ввести a?

Cannot find local variable: name =a

Вообще 0 идей почему так может быть. Сделай тикет в ютреке, пожалуйста

может потому что они анюзед и игнорятся компилятором?)

может потому что они анюзед и игнорятся компилятором?)

Это тебе не с++ с -O3 :) Не игнорятся

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

я думаю, что тикет давно есть

Роман Елизаров сам предупреждал, что имена переменных изуродованные или отсутствуют вовсе)

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

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

https://youtrack.jetbrains.com/issue/KT-18576 уже есть такой баг

val a = 10 println(a) Теперь будет резолвиться.

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

Оптимизации компилятора же

Мб. Я не так хорошо разбираюсь в байткоде чтобы сказать точно.

Эта оптимизация справедлива вообще для всех программ на котлине, не только для корутин.

А вот на яве я такого не припомню.

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

Нет, тут всё намного проще, для await/async генерируется машина состояния, то есть получается что то типа when(stage) { 1 -> 2 -> //бряка где то тут и так как нам не нужна переменная a, то компилятор не сделал её востановление из контекста }

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

Оптимизации компилятора же

Это написано где то в спеке или ты просто хочешь чтобы оно так было?

Это написано где то в спеке или ты просто хочешь чтобы оно так было?

*возможно

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

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

вот тут и вопрос, вроде и расписано как они работают, но нада лезть в кишки

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

Байткод вам помощь

javap и вперёд

Уже обсуждали баг кодогенерации HotSpot, когда результат getAndSet затирается? https://twitter.com/relizarov/status/966261488041242625

Видел этот баг

Очень интересно, на самом деле)

Уже обсуждали баг кодогенерации HotSpot, когда результат getAndSet затирается? https://twitter.com/relizarov/status/966261488041242625

А что тут обсуждать? Его же пофиксят

А что тут обсуждать? Его же пофиксят

вопрос когда

вопрос когда

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

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

ну так, баг который можно обойти не такой уж и баг. © Oracle

ну так, баг который можно обойти не такой уж и баг. © Oracle

значит ли это, что код работающий в руках разработчика - код без багов?

значит ли это, что код работающий в руках разработчика - код без багов?

Нет

Нет

Спасибо!

Чистый итог по android-ktx: 1) спёрли часть функциональности из Anko; 1) спёрли имя у libktx, которые теперь будут страдать (https://github.com/libktx/ktx/issues/128). Зато made by Google. ?

Google такой Google

Причем все эти экстеншены уже большинство сами себе написали по необходимости)

Google такой Google

Как будто это первый случай.)

Мне кажется, что это либа просто очередной наброс "смотрите, какие приколюхи в колине еще можно"

Чтобы доклады в этом духе слегка приостановились

подскажите, это нормально ваще, или проще создать классы AA со своими интерфейсами и инитить по необходимости ?

а зачем там оверрайды draw? они потом будут реализованы или так и останутся?

а зачем там оверрайды draw? они потом будут реализованы или так и останутся?

так и остануться

гетКласс функции - это уже готовые объекты типа в массив которые будут загоняться

дык их же вроде как можно убрать, зачем оверрайдить исключительно для делегации вызова в `super`-то. я хотел отметить, что раз остаётся только update переопределённый, то сделать бы фабрику, которая лямбды принимает, но тут же интерфейсы у классов разные, не прокатит.

Ананонимные классы выглядили бы логичнее

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

А вообще люди не зря такие вещи делают на компонентах, ибо щас добавится ещё один признак и вы получите комбинаторный взрыв.

Даже если нет желания использовать готовую ECS, можно по крайней мере повдохновляться, как они это делают.

дык их же вроде как можно убрать, зачем оверрайдить исключительно для делегации вызова в `super`-то. я хотел отметить, что раз остаётся только update переопределённый, то сделать бы фабрику, которая лямбды принимает, но тут же интерфейсы у классов разные, не прокатит.

да, в интерфейсах просто храняться функции, move() , explode() и т.д.

А вообще люди не зря такие вещи делают на компонентах, ибо щас добавится ещё один признак и вы получите комбинаторный взрыв.

эхх, если бы я знал о чем вы пишите )))))

Речь о каком-то движке вроде LibGDX?

Речь о каком-то движке вроде LibGDX?

он и есть

фреймворк

https://github.com/libgdx/ashley https://github.com/junkdog/artemis-odb

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

https://github.com/libgdx/ashley https://github.com/junkdog/artemis-odb

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

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

там все очень просто, можешь сначала про сам принцип ECS почитать

Основная мысль -- собирать конечные игровые объекты из отдельных data classes со свойствами, и уносить логику их обработки в т.н. системы. Если делаете сами и с ходу эшли не осилили, то попробуйте пока без систем перебиться, держите логику в компонентах.

Основная мысль -- собирать конечные игровые объекты из отдельных data classes со свойствами, и уносить логику их обработки в т.н. системы. Если делаете сами и с ходу эшли не осилили, то попробуйте пока без систем перебиться, держите логику в компонентах.

компоненты это имеется ввиду component1,2,3 и т.д ? я тож не догнал зачем это.

То есть в итоге у вас не будет тыща AA, которые реализуют пачку интерфейсов, а будет, грубо говоря, interface Component class GameObject(val components: MutableMap<Class, Component>) { fun addComponent(c: Component): components[c.javaClass] = c } data class Pos(var x: Float, var y: Float): Component data class Health(var hp: Int): Component val character = GameObject character.addComponent(Pos(0, 0)) character.addComponent(Health(100))и вперёд

компонент Position (x, y, [z])

компоненты это имеется ввиду component1,2,3 и т.д ? я тож не догнал зачем это.

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

компонент Speed(vector3 speed)