AS
Со статиками у тебя будет проблема, когда однотипных объектов много
Size: a a a
2020 April 10
SM
Со статиками у тебя будет проблема, когда однотипных объектов много
Точно такая же проблема будет и с этой огромной шиной
AS
Да
AS
Шина вообще жопа)
AS
Я когда такое встречаю, рефакторю это всё)
SM
А кто-нибудь пробовал Rx? Может оно поудобнее будет так?
AS
Оно немного не про это
SM
Ну можно конфигать потоки в условно одном месте и все будет работать
AS
Так тебе подписываться надо всё равно
SM
Ну я так понимаю тут в любом случае тонкое место это прокидывание зависимостей 😭
AS
Ну смотри, что ты пытаешься сделать
SR
штош ) интересны ваши варианты как в одном месте прикрутить ачивки, статистику, проверки игровых сценариев например?
AS
У тебя есть куча объектов. Чтобы они как-то работали вместе, тебе надо связи между ними прокинуть. Это можно делать по-разному: руками в коде их передавать от одного объекта к другому; в инспекторе руками связать; рефлексией по каким-то правилам находить нужные объекты и связывать, и так далее
SM
штош ) интересны ваши варианты как в одном месте прикрутить ачивки, статистику, проверки игровых сценариев например?
Подписка менеджеров этих ачивок на нужные события. Через DI. Осталось понять как правильно использовать Di, тут я пока ответить однозначно не могу
AS
Но в конечном итоге тебе эти связи всё равно надо как-то указать будет
SM
В ооп это делается с помощью DI, единственное, что тут оно очень странное.
AS
Они не могут из воздуха взяться, грубо говоря)
AS
В ооп это делается с помощью DI, единственное, что тут оно очень странное.
Ну с DI ты тоже явно указываешь, что к чему привязать, если мы про фреймворки говорим, а не про ручной DI, когда через конструкторы просто всё прокидывается
SM
Посоветуйте тогда простой DI фреймворк под юнити с документацией более менее
N
