Б[
вроде все по красоте но что то не уверен
Size: a a a
2020 July 30
ℬ
Ну а если попробовать написать это в виде карточек?
ℬ
Как в базе данных, что к чему ссылается
Б[
Ну а если попробовать написать это в виде карточек?
UML диаграмма в смысле
ℬ
UML диаграмма в смысле
О, забыл как называется, ага, я про это
Б[
ну попробовать можно
Б[
просто нифига оттуда не помню уже кроме наследования
🎁
Переслано от Барсик [SpamBlock]
Добрый день господа, вопрос относительно архитектуры
Если в игре условно есть несколько типов игроков (локально, по сети, боты), ход заключается в том чтобы по очереди выставить три характеристики (поворот, сила, кручение), игроки ходят один за другим
насколько логично сделать их всех под интерфейс IPlayable, в нем эти три значения, а в условном арбитре держать список этих IPlayable + из каждого вытянуть RigidBody, и там сделать событие OnMoveEnds, на него соответственно подписать каждый из этих интерфейсов, и при срабатывании считывать характеристики (вращение\сила\кручение) и пять-таки из арбитра запускать этот RigidBody? + переносить значение "текущий игрок" на следующего и опять ждать дергания события
Если в игре условно есть несколько типов игроков (локально, по сети, боты), ход заключается в том чтобы по очереди выставить три характеристики (поворот, сила, кручение), игроки ходят один за другим
насколько логично сделать их всех под интерфейс IPlayable, в нем эти три значения, а в условном арбитре держать список этих IPlayable + из каждого вытянуть RigidBody, и там сделать событие OnMoveEnds, на него соответственно подписать каждый из этих интерфейсов, и при срабатывании считывать характеристики (вращение\сила\кручение) и пять-таки из арбитра запускать этот RigidBody? + переносить значение "текущий игрок" на следующего и опять ждать дергания события
Можно
ПЗ
Переслано от Барсик [SpamBlock]
Добрый день господа, вопрос относительно архитектуры
Если в игре условно есть несколько типов игроков (локально, по сети, боты), ход заключается в том чтобы по очереди выставить три характеристики (поворот, сила, кручение), игроки ходят один за другим
насколько логично сделать их всех под интерфейс IPlayable, в нем эти три значения, а в условном арбитре держать список этих IPlayable + из каждого вытянуть RigidBody, и там сделать событие OnMoveEnds, на него соответственно подписать каждый из этих интерфейсов, и при срабатывании считывать характеристики (вращение\сила\кручение) и пять-таки из арбитра запускать этот RigidBody? + переносить значение "текущий игрок" на следующего и опять ждать дергания события
Если в игре условно есть несколько типов игроков (локально, по сети, боты), ход заключается в том чтобы по очереди выставить три характеристики (поворот, сила, кручение), игроки ходят один за другим
насколько логично сделать их всех под интерфейс IPlayable, в нем эти три значения, а в условном арбитре держать список этих IPlayable + из каждого вытянуть RigidBody, и там сделать событие OnMoveEnds, на него соответственно подписать каждый из этих интерфейсов, и при срабатывании считывать характеристики (вращение\сила\кручение) и пять-таки из арбитра запускать этот RigidBody? + переносить значение "текущий игрок" на следующего и опять ждать дергания события
а что такое арбитр? и я лично не понял твое тз)
ℬ
просто нифига оттуда не помню уже кроме наследования
Вот и повод вспомнить
НП
Переслано от Барсик [SpamBlock]
Добрый день господа, вопрос относительно архитектуры
Если в игре условно есть несколько типов игроков (локально, по сети, боты), ход заключается в том чтобы по очереди выставить три характеристики (поворот, сила, кручение), игроки ходят один за другим
насколько логично сделать их всех под интерфейс IPlayable, в нем эти три значения, а в условном арбитре держать список этих IPlayable + из каждого вытянуть RigidBody, и там сделать событие OnMoveEnds, на него соответственно подписать каждый из этих интерфейсов, и при срабатывании считывать характеристики (вращение\сила\кручение) и пять-таки из арбитра запускать этот RigidBody? + переносить значение "текущий игрок" на следующего и опять ждать дергания события
Если в игре условно есть несколько типов игроков (локально, по сети, боты), ход заключается в том чтобы по очереди выставить три характеристики (поворот, сила, кручение), игроки ходят один за другим
насколько логично сделать их всех под интерфейс IPlayable, в нем эти три значения, а в условном арбитре держать список этих IPlayable + из каждого вытянуть RigidBody, и там сделать событие OnMoveEnds, на него соответственно подписать каждый из этих интерфейсов, и при срабатывании считывать характеристики (вращение\сила\кручение) и пять-таки из арбитра запускать этот RigidBody? + переносить значение "текущий игрок" на следующего и опять ждать дергания события
Ты можешь сделать интерфейс с общим методом ХодитеСударь(), который вызывает условный арбитр, на выход давать результат хода, арбитр валидирует данные и применяет к объекту, если все ок.
В таком случае по сетке сложнее будет прокинуть некорректные данные
В таком случае по сетке сложнее будет прокинуть некорректные данные
Б[
а что такое арбитр? и я лично не понял твое тз)
Рандомный класс который будет принимать статки каждого игрока и запускать их
ПЗ
а почему не сделать, чтобы один класс принимал все значения, а затем рандомил, что именно будет выполнять действия отдаленно так https://refactoring.guru/ru/design-patterns/strategy ? зачем все классы должны быть подписаны на событие, если только один из них рандомный будет что-то выполнять?
НП
а почему не сделать, чтобы один класс принимал все значения, а затем рандомил, что именно будет выполнять действия отдаленно так https://refactoring.guru/ru/design-patterns/strategy ? зачем все классы должны быть подписаны на событие, если только один из них рандомный будет что-то выполнять?
А причем тут паттерн, который ты прислал?
ПЗ
А причем тут паттерн, который ты прислал?
чтобы провести аналогию, паттерн здесь не причем, отсюда и слово "отдаленно".
НП
То, что ему надо, это чистая стратегия, без каких либо изысков, и все
Б[
а почему не сделать, чтобы один класс принимал все значения, а затем рандомил, что именно будет выполнять действия отдаленно так https://refactoring.guru/ru/design-patterns/strategy ? зачем все классы должны быть подписаны на событие, если только один из них рандомный будет что-то выполнять?
Ну не в плане рандомный, а в плане абстрактный, типо имя арбитр не описывает его суть😅😁😁
НП
Ну не в плане рандомный, а в плане абстрактный, типо имя арбитр не описывает его суть😅😁😁
Сервер больше подходит )
Б[
Сервер больше подходит )
Нету пока сервера, по локалке пробую ебашить😁
MD
😃