и сам этот character у вас не реализует миллион интерфейсов

и на ходу может, вообще говоря, набор компонентов менять

то есть ECS -- это вообще говоря о замене наследования композицией ?

здесь хорошо написано https://github.com/junkdog/artemis-odb/wiki/Introduction-to-Entity-Systems

То есть в итоге у вас не будет тыща 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))и вперёд

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

В точку.

В точку.

спасибо)

Вы вообще говоря до LibGDX не смотрели на юнити, анриал или чё-нить в этом роде? Если нет, советую взять юнити и поиграться с ним. Оно именно на этой идее и построено. А после того, как накидаешь это дело в графическом редакторе, становится плюс-минус понятно, как то же самое стоит делать в коде.

(ну и да, это всё совсем не о котлине, потому мы тут слегка оффтопим ? )

Вы вообще говоря до LibGDX не смотрели на юнити, анриал или чё-нить в этом роде? Если нет, советую взять юнити и поиграться с ним. Оно именно на этой идее и построено. А после того, как накидаешь это дело в графическом редакторе, становится плюс-минус понятно, как то же самое стоит делать в коде.

руки пока не доходили до движков )), но в планах есть

))))

Вот лучше наоборот начать с движков, где многое уже в готовом виде есть, сделать что-нибудь простенькое, даже необязательно готовое для показа кому-нибудь, а потом идти уровнем ниже и использовать фреймворк. Хотя каждому свой путь, конечно))

а в логике вы делаете чёт вроде character.get<Health>().hp -= 10

чет не растет у меня так :( компонент интерфейс в та же Health под ним, никак не выковырять hp fun <T : Health> get(): Health = (components["Health"] as Health) val hp = character.get<Health>().hp как то так пытаюсь, в итоге: null cannot be cast to non-null type ru.serdjuk.game.nonamelogicgame.kotlin.tiles.tileFunctions.Health

чет не растет у меня так :( компонент интерфейс в та же Health под ним, никак не выковырять hp fun <T : Health> get(): Health = (components["Health"] as Health) val hp = character.get<Health>().hp как то так пытаюсь, в итоге: null cannot be cast to non-null type ru.serdjuk.game.nonamelogicgame.kotlin.tiles.tileFunctions.Health

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

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

ошибка при выполнении, а в мапу загоняю: character.addComponent(Pos(0f, 0f)) character.addComponent(Health(100)) fun addComponent(c: Component) = components.put(c.toString(), c)

ошибка при выполнении, а в мапу загоняю: character.addComponent(Pos(0f, 0f)) character.addComponent(Health(100)) fun addComponent(c: Component) = components.put(c.toString(), c)

а toString() ты переопределил?

а toString() ты переопределил?

на что ? мапа принимает стринг: class GameObject(val components: MutableMap<String, Component> = mutableMapOf()) : Sprite()

а понял ))

а toString() ты переопределил?

так работает )) fun addComponent(c: Component) = components.put(c.javaClass.simpleName, c)

ну что то по моему муторно получается, для каждого значения держать сетеры/геттеры с <T>

от этого в каждом объектк все, а нужно будет только несколько парамметров

от этого в каждом объектк все, а нужно будет только несколько парамметров

ты так упорно не хочешь юзать ECS?

ты так упорно не хочешь юзать ECS?

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

ты так упорно не хочешь юзать ECS?

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

чет намутил опять

и хз толи норм толи костыль

и смогу ли я легко работать с такими объектами если их будет пару сотен .... и компонентов штук 50

уже косяк нашел ) fun getPositionX(): Float = (components["Pos"] as Pos).x fun getPositionY(): Float = (components["Pos"] as Pos).y

оно не работает, спать пшел

for (i in ArrayList<T>()) { по моему вообще не имеет смысла

for (i in ArrayList<T>()) { по моему вообще не имеет смысла

покормить сборщик мусора)

чет намутил опять

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

Впрочем, я многое на скринах понимаю с трудом. Совет чекнуть юнити остаётся в силе.

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

Я не смог пользоваться параметрами компонентов (

ты так упорно не хочешь юзать ECS?

С этим ECS надо сначала научиться работать.

Что за IDE?

Что за IDE?

AS

идея это

Спасибо

Приветы. Понимаю, что этот вопрос покажется вам совсем простым, учитывая, какие темы вы иногда тут поднимаете, но все же: Есть список строк, допустим val list = listOf("1","2","3") на выходе надо чтобы из этого списка получалась строка с "о" после каждого элемента, кроме последнего, то есть примерно так - "1о2о3" Пока что додумался только до list.joinToString("") { "${it}o" } , но последний элемент остается с о, не могу придумать, как лаконично и правильно выпилить его оттуда, может подскажет кто? Заранее спасибо

Функцию map примени, где ты конкатенируешь 'o' к каждому элементу.

Приветы. Понимаю, что этот вопрос покажется вам совсем простым, учитывая, какие темы вы иногда тут поднимаете, но все же: Есть список строк, допустим val list = listOf("1","2","3") на выходе надо чтобы из этого списка получалась строка с "о" после каждого элемента, кроме последнего, то есть примерно так - "1о2о3" Пока что додумался только до list.joinToString("") { "${it}o" } , но последний элемент остается с о, не могу придумать, как лаконично и правильно выпилить его оттуда, может подскажет кто? Заранее спасибо

joinToString("o")

А последний элемент удалить в стиле ФП - разверни список, дропни голову, и разверни хвост опять)

Приветы. Понимаю, что этот вопрос покажется вам совсем простым, учитывая, какие темы вы иногда тут поднимаете, но все же: Есть список строк, допустим val list = listOf("1","2","3") на выходе надо чтобы из этого списка получалась строка с "о" после каждого элемента, кроме последнего, то есть примерно так - "1о2о3" Пока что додумался только до list.joinToString("") { "${it}o" } , но последний элемент остается с о, не могу придумать, как лаконично и правильно выпилить его оттуда, может подскажет кто? Заранее спасибо

Типичный паттерн когда тебе нужно например набор query параметров соеденить (но для query params обычно лучше способ). list.joinToString как @KirillTim подсказывает в других языках зачастую просто list.join

Функцию map примени, где ты конкатенируешь 'o' к каждому элементу.

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

joinToString("o")

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

Типичный паттерн когда тебе нужно например набор query параметров соеденить (но для query params обычно лучше способ). list.joinToString как @KirillTim подсказывает в других языках зачастую просто list.join

Буду знать, спасибо

Ребят подскажите пожалуйста как написать функцию, которая будет возвращать значения того типа, который был указан при вызове функции (и вобще можно ли так сделать). я понимаю что можно указать тип Any а потом делать as но мне кажется что это не очень краисво (правильно)

Ребят подскажите пожалуйста как написать функцию, которая будет возвращать значения того типа, который был указан при вызове функции (и вобще можно ли так сделать). я понимаю что можно указать тип Any а потом делать as но мне кажется что это не очень краисво (правильно)

fun <T> foo(): T = … ?

fun <T> foo(): T = … ?

спс

Если хочешь проверять тип в runtime, то делай ее inline, а тип reified (см офф. доки)

Если хочешь проверять тип в runtime, то делай ее inline, а тип reified (см офф. доки)

С помощью reified, кстати, хотел сделать сексапильный менеджер UseCase'ов себе, но чот не срослось.

С помощью reified, кстати, хотел сделать сексапильный менеджер UseCase'ов себе, но чот не срослось.

Почему не срослось? И как бы это выглядело бы?

Почему не срослось? И как бы это выглядело бы?

Мне надо было хранить в мапе по ключам юзкейсы и так же получать их по ключам, с помощью reified хотел сделать получение сразу нужного типа, без каста со стороны получателя. Но передаваемый тип не удалось никаким образом использовать как ключ (или просто я не нашел способ), плюс ко всему т.к. это inline функция, у нее нет доступа к приватным полям класса, шо как бы сводит на нет смысл в приватной мапе и отдельных функциях.

Мне надо было хранить в мапе по ключам юзкейсы и так же получать их по ключам, с помощью reified хотел сделать получение сразу нужного типа, без каста со стороны получателя. Но передаваемый тип не удалось никаким образом использовать как ключ (или просто я не нашел способ), плюс ко всему т.к. это inline функция, у нее нет доступа к приватным полям класса, шо как бы сводит на нет смысл в приватной мапе и отдельных функциях.

T::class.java — использовать тип как ключ, @PublishedApi internal — почти приватное

Только вот в func<List<A>>() и func<List<B>>() будет один и тот же List

T::class.java — использовать тип как ключ, @PublishedApi internal — почти приватное

Хм, казалось, что пробовал нечто такое, надо будет попробовать еще раз. Спасибо.

Только вот в func<List<A>>() и func<List<B>>() будет один и тот же List

Оно ясно, лист ведь передается. В моем случае передаются разные наследники BaseUseCase

Оно ясно, лист ведь передается. В моем случае передаются разные наследники BaseUseCase

стоит просто проверить, не generic ли тип передан

С помощью reified, кстати, хотел сделать сексапильный менеджер UseCase'ов себе, но чот не срослось.

А зачем такой менеджер может пригодиться?

С помощью реифайдов да, всякие параметризованные factory method ы отлично инферрятся

А зачем такой менеджер может пригодиться?

Мы сейчас рассматривали разные варианты клина под андроид. В одном из них было много юзкейсов по классам. Если в каком-то презентере используется больше чем два, то его его код превращался в Ctrl-c crtl-d, еще и надо нигде не забыть вызвать destroy и пр. А так бы всё было в одной месте - в менеджере.

Хм, какой-то (каламбур) захламленный клин (/каламбур)

Мы сейчас рассматривали разные варианты клина под андроид. В одном из них было много юзкейсов по классам. Если в каком-то презентере используется больше чем два, то его его код превращался в Ctrl-c crtl-d, еще и надо нигде не забыть вызвать destroy и пр. А так бы всё было в одной месте - в менеджере.

юзкейсы нужно дестроить?

юзкейсы нужно дестроить?

Там - да. Они на рх, там обсервабл висит.

По-моему дайтеМне<Компонент>() ничем не лучше, чем гугловский вьюмодел или синглтон.

Мы сейчас рассматривали разные варианты клина под андроид. В одном из них было много юзкейсов по классам. Если в каком-то презентере используется больше чем два, то его его код превращался в Ctrl-c crtl-d, еще и надо нигде не забыть вызвать destroy и пр. А так бы всё было в одной месте - в менеджере.

Кстати, а почему бы просто DI не юзать типа Koin?

Там - да. Они на рх, там обсервабл висит.

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

Кстати, а почему бы просто DI не юзать типа Koin?

А чем он тут помог бы?

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

В том варианте не отдавался, а наоборот мы передавали что делать при событиях.

А чем он тут помог бы?

Ну не знаю, резолвил бы “юзкейсы” неявно

Ну не знаю, резолвил бы “юзкейсы” неявно

Не ведь инициализацией занимается, а не дестроем

НУ ок, а какой у них кстати тип? Есть какой-то базовый интерфейс?

НУ ок, а какой у них кстати тип? Есть какой-то базовый интерфейс?

Исходят от BaseUseCase<T>. T - тип возвращаемый в onNext.

А это норма, что если на что-то повесить аннотацию @Deprecated (подозреваю что любую), то IDEA перестает подсвечивать его как “не используемый”?

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

А это норма, что если на что-то повесить аннотацию @Deprecated (подозреваю что любую), то IDEA перестает подсвечивать его как “не используемый”?

По логике - да.

Фигово, это мешает рефакторить, надо наверное таску попробовать завести в youtrack

Фигово, это мешает рефакторить, надо наверное таску попробовать завести в youtrack

По-моему, есть отдельная инспекция вроде "этот deprecated ещё где-то используется". Т.е. с точки зрения IDE это нормальная ситуация, когда использований нет. И так явно задумано. Может, настраивается.

А это норма, что если на что-то повесить аннотацию @Deprecated (подозреваю что любую), то IDEA перестает подсвечивать его как “не используемый”?

Вообще у меня AS нифига не подсвечивает неиспользуемые сущности в котлине, благо detekt умеет

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

А не, все, извиняюсь

Что можно для создания простеньких GUI юзать?