SP
1. а зачем тебе данные из юнитов?
2. а зачем это сущности "боя"?)
2. а зачем это сущности "боя"?)
Size: a a a
2021 October 05
SP
попробуй проанализировать не сущности а сами данные которые нужны для конкретных операций
МФ
ну я поставил "может быть"
а чем не сущность? есть бои, со своей логикой и вот этим всем состоянием внутри
я не вникал, все, я отошел от обсуждения
а чем не сущность? есть бои, со своей логикой и вот этим всем состоянием внутри
я не вникал, все, я отошел от обсуждения
АЕ
А куда ушёл от этого приёма? Просто я сейчас для подготовки зависимостей использую этот приём. Выглядит довольно симпатично, учитывая что под капотом билдера сущности живёт фейкер для генерации случайных валидных данных сущности, методы "with" для указания явных значений собираемой сущности и рефлексия для их маппинга.
И в чем проблема такого подхода? Буду благодарен за ответ
И в чем проблема такого подхода? Буду благодарен за ответ
SP
вот тебе накину на подумать - в игрушках часто данные группируют по аспектам отдельным. ну мол координаты играков и т.д. просто массивом а не "игрок" и у него координаты, здоровье и аммо. Там это больше про "локальность данных" что бы лучше кэш процессора утилизировать. Но та же аналогия с принципом локальности данных работает и при проектировании транзакций и бизнес операций
МФ
если ты уже выстроил модель юнита, зачем меня в нее втягивать? 🙂
я прост опредположил, что иногда можно простыми структурами и правда проще, я не имел в виду навернуть структуры вокруг приуманных тобой сущностей
я прост опредположил, что иногда можно простыми структурами и правда проще, я не имел в виду навернуть структуры вокруг приуманных тобой сущностей
МФ
ну начал бы с кейсов и с необходимых дял кейса данных
обсуждали же уже не раз
то есть не с моделей готовых и под них логику фарширвоать, а наоборот
обсуждали же уже не раз
то есть не с моделей готовых и под них логику фарширвоать, а наоборот
SP
вот когда граф зависимостей начал разрастаться тогда и ушел. идея в том что бы отрезать граф там где только можно, если у тебя есть ссылка на юзера или организацию или любую другую "сущность" - заменяй на айдишки. дроби стэйт...
SP
используй ивенты что бы можно было "объединять" логику разных вещей
МФ
Тот, кто умер
Когда умер — когда прилетело событие о смерти
Смерть, ну когда юнит имеет терминальное состояние
Когда он тратит свою жизнь, ну когда его бьют с какой-то силой
Ну как пример
Когда умер — когда прилетело событие о смерти
Смерть, ну когда юнит имеет терминальное состояние
Когда он тратит свою жизнь, ну когда его бьют с какой-то силой
Ну как пример
МФ
Он же не умирает, когда данные где-то перекрестились неведомым образом
МФ
а может и прост опроцедурно, как я говорил, может и проще