x
единственное, плагины кривые и обрезанные по сравнению с мсвк
Size: a a a
2021 March 21
M
Вот смотрю я сейчас аниме 2004 года - Семь самураев ... И подумал, а не присутствует там закос под СтарВарс .... 🤔
Princess Luna: Наоборот скорее всего. Это аниме-римейк фильма 1954года...
CD
Princess Luna: А можно спросить по архитектуре? Вот есть класс Field, в нем есть двухмерный вектор с типом элемента Section. У секции есть тип и номер элемента, который лежит в этой секции (ну или находится), вот если я удаляю элемент meat (мясо), он имеет к примеру 3 (из 10) то как лучше обновить номера? Или тут по другому надо делать?
Ниче не понял, рассказывай предметную область а не что ты уже сваял
CD
Какое-то двумерное поле с мясом
M
Ниче не понял, рассказывай предметную область а не что ты уже сваял
Princess Luna: Какая предметная область у курсача?
CD
Princess Luna: Какая предметная область у курсача?
Не знаю, должен же быть какой-то смысл у твоей программы
CD
Вряд ли подразумевается, что поле разбито на секции, и надо удалить квадрат земли где растет мясо
M
Princess Luna: А, ну смысл есть. Я делаю игру Эволюцию. В этой игре на поле ограниченного размера два типа клеток: хищники и травоядные будут выживать. Вот. Еда, которая необходимая для размножения травоядных будет появляться после каждого хода (с некоторой вероятностью), а вот еда для хищников появляется только после смерти клетки. Вот допустим у меня в классе Field есть поле, которое хранить секции этого самого поля. Вот. У секции есть два приватных аттрибута - тип (что бы можно было определить, что находится в данной секции) и номер этого, что бы можно было обратиться к этому из вектора (еще один аттрибут в классе Field). Допустим клетка съедает еду (не важно какая клетка и какую еду), мне надо же надо будет обновить номера? Так? Так. А мне это показалось костылем и я решил узнать как лучше хранить данные о том, что находится в секции.
M
Princess Luna: Надеюсь понятно объяснил...
M
Princess Luna: https://drive.google.com/file/d/1TsN2WK449F7mWENX1wNeUYCpnDYgL2z6/view?usp=sharing вот тут должна быть UML диаграмма полузакоченная, но то, что я хотел сказать она отображает.
CD
Princess Luna: А, ну смысл есть. Я делаю игру Эволюцию. В этой игре на поле ограниченного размера два типа клеток: хищники и травоядные будут выживать. Вот. Еда, которая необходимая для размножения травоядных будет появляться после каждого хода (с некоторой вероятностью), а вот еда для хищников появляется только после смерти клетки. Вот допустим у меня в классе Field есть поле, которое хранить секции этого самого поля. Вот. У секции есть два приватных аттрибута - тип (что бы можно было определить, что находится в данной секции) и номер этого, что бы можно было обратиться к этому из вектора (еще один аттрибут в классе Field). Допустим клетка съедает еду (не важно какая клетка и какую еду), мне надо же надо будет обновить номера? Так? Так. А мне это показалось костылем и я решил узнать как лучше хранить данные о том, что находится в секции.
Аллокай объекты, ставь ссылки и не трогай мозги
M
Аллокай объекты, ставь ссылки и не трогай мозги
Princess Luna: ?
CD
Можешь их косвенно ставить через айдишники, но никогда не делай каскадные обновления просто так
M
И Builder 2006 C++.
Занятная штука
CD
Princess Luna: ?
Тебе надо связать два типа сущностей
M
Princess Luna: Да
M
Princess Luna: я в c++ нулевой
CD
Никогда не связывай их так, что удаление влечет редактирование связей
M
Princess Luna: я в c++ нулевой
Луна, случайно музыку не пишешь в жанре мейдкор?
M
Луна, случайно музыку не пишешь в жанре мейдкор?
Princess Luna: Что?