SK
отписываться надо
Действительно. Надо получше изучить live cycle объектов в юнити...
Size: a a a
2020 October 18
A
Эт, немного оффтопа. Есть тут кто подписан на паблики в телеге с мемами или фоточками тёлочек? Если есть, то напишите мне в ЛС ссылки на них, если не сложно)
S
Всем доброй ночи. Вопрос скорее по C#, чем по юнити, тем не менее.
Допустим, что у меня есть некий GameObject с компонентом StateSwitcher, в котором реализован делегат OnStateSwitch.
В компоненте какого-то другого объекта я получаю ссылку на компонент StateSwitcher и добавляю свой локальный метод OnSwitchState:
Ну и собственно в компоненте StateSwitcher при изменении некого состояния я дергаю этот SwitchCallbacks(state) передавая некий state. И все бы хорошо, да только:
Я не силен в C# и не очень понимаю, почему я не могу в делегат одного класса добавить метод из другого класса. Как лучше реализовать некий переключатель состояний в таком случае, чтобы из любого компонента можно было подписаться на событие изменения состояния игры? Заранее благодарю.
Допустим, что у меня есть некий GameObject с компонентом StateSwitcher, в котором реализован делегат OnStateSwitch.
В компоненте какого-то другого объекта я получаю ссылку на компонент StateSwitcher и добавляю свой локальный метод OnSwitchState:
stateSwitcher = Main.GetComponent<StateSwitcher>();
stateSwitcher.SwitchCallbacks += OnSwitchState;
Ну и собственно в компоненте StateSwitcher при изменении некого состояния я дергаю этот SwitchCallbacks(state) передавая некий state. И все бы хорошо, да только:
NullReferenceException: Object reference not set to an instance of an object
Я не силен в C# и не очень понимаю, почему я не могу в делегат одного класса добавить метод из другого класса. Как лучше реализовать некий переключатель состояний в таком случае, чтобы из любого компонента можно было подписаться на событие изменения состояния игры? Заранее благодарю.
Реализуй систему событий в виде синглтона, а не компонента, и никаких проблем.
SK
Реализуй систему событий в виде синглтона, а не компонента, и никаких проблем.
Не очень понял. Синглтон же паттерн, он так же может быть компонентом, не?
n
пиздец, уже не сами школьниц постят, а просят запостить
A
пиздец, уже не сами школьниц постят, а просят запостить
Не понял
S
Не очень понял. Синглтон же паттерн, он так же может быть компонентом, не?
Ну так-то да, просто не понятно как реализован StateSwitcher и на каком объекте он висит.
SK
Ну так-то да, просто не понятно как реализован StateSwitcher и на каком объекте он висит.
а, он висит на некоем Bootstrap, где еще куча всяких системных компонентов
SK
я честно не знаю насколько это хорошее решение, но в архитектуре игр пока не бум бум и посчитал это сносным вариантом
A
Не очень понял. Синглтон же паттерн, он так же может быть компонентом, не?
Паттерн не может быть компонентом, т.к. паттерн - это описание/шаблон решения проблемы, а не реализация решения)
SK
Паттерн не может быть компонентом, т.к. паттерн - это описание/шаблон решения проблемы, а не реализация решения)
вот и я о том же. Типа нельзя выбирать между синглтоном и компонентом
SK
А, окей, оговорюсь - с помощью синглтона можно реализовать компонент.
SK
я не очень корректно выразился
A
А, окей, оговорюсь - с помощью синглтона можно реализовать компонент.
A
Я только что немного ахренел
Сейчас 2 часа ночи
Сейчас 2 часа ночи
A
Воу
S
вот и я о том же. Типа нельзя выбирать между синглтоном и компонентом
Речь о том, что система событий будет доступна везде без всяких геткомпонент, и подписываться, и отписываться и диспачить события с одного обьекта
SK
Речь о том, что система событий будет доступна везде без всяких геткомпонент, и подписываться, и отписываться и диспачить события с одного обьекта
А, ну окей:
Будет доступно везде
public class StateSwitcher : MonoBehaviour
{
public delegate void SwitchStateCallback(string state);
public static event SwitchStateCallback SwitchCallbacks;
...}
Будет доступно везде
SK
я понимаю, что state строкой это немного стремно, но опустим этот момент