Система игровых событий⁠⁠

Выглядит как антипаттерны и нарушение, скажем так, "философии" Unity.

Хуя се, "философия юнити") По философии юнити ты должен тогда дурака не валять, а делать "геймобжект.сендмесседж" и название метода строкой пропихивать. Как задумали разработчики, по философии)

Там ведь у отключенных компонентов ни одно монобех событие не отрабатывает.

Мда, с таким знанием контекста, ты еще пытаешься умничать. Для справки, даже на отключенном компоненте срабатывает Awake, OnTriggerEnter/Exit и некоторые другие, в зависимости от настроек.

Вообще никакие события не запускаются в другом случае. Иди учить теорию)

Ты с таким подходом такой говнокод нагородишь, что никто не сможет его отлаживать и поддерживать.

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

Ну и да, довольно забавно читать это от человека, который принес нам это)

С поддержкой я как бы разобрался в предыдущем комменте, это пиздец, который программисту просто не удобен. Ты это проигнорировал, будем считать, что сказать тебе нечего по теме. Как собственно и с "личными проблемами в работе с сервисным вариантом". Пизданул чтобы казаться круче как я понимаю, но сказать по теме опять же не чего.

А что на счет отлаживания? Если мне нужно просто хотя бы в лог пускать все события (хотя бы даже без параметров, их типы/наименования), а мы их блять стартуем через "обычный способ"

Вызов событий происходит обычным способом:
MenuChannel.OnPause?.Invoke();

Как я это должен делать в твоем случае? В моем предложении это делается добавлением одной сраной строчки кода, в твоем же у нас есть 3 пути. Дикий костыль, интересный костыль, и переписывание проекта) В общем, что это? Это пиздец. На ровном месте. В элементарном примере.

Система сделана как раз для монобехов, то есть основным потребителем будет игровой UI и например MVC контроллеры объектов. Потому и привязка к жизненному циклу монобеха.

А для всего остального, ты будешь писать отдельную систему, и будешь поддерживать 2 разных кода выполняющих один и тот же функционал? Тут можно еще больше веселых интерфейсков наделать)

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

Не особо понял, что ты хотел сказать. Кто от кого должен отставать, если это ты контролируешь, и конфигурировать как нужно именно тебе все это, никто не запрещает. И когда ты берешься использовать чужой код, тебе все равно приходится поддерживать архитектуру принятую в нем. В твоем например, нужно обязательно наследоваться, а если класс у меня уже наследуется? Мне нужно прокидывать его через всех наследников? Нет. Твое предложение просто идет нахуй. Гибкость блять.

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

Но в первом было просто "я Дартаньян, а все пидарасы", а не критика)

Эээ... А кто брал тезисы из моего первого коммента, и пытался их опровергать? То бишь пытался отвечать на мою критику? Или чем ты тогда там занимался то, чудак ты человек?) Я тебе описал 3 острые проблемы, и предложил более действенное решение твоей проблемы.

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

Ну или по образу и подобию написать "свое" решение с блекджеком и шлюхами, принести его сюда, и я найду за что его можно будет обосрать.

Так и живем. Так и крепчаем...