M
Хотя понимаю, что это проёб ПМов и т.п людей, что у них попросту нет проектов
Size: a a a
2021 July 07
VD
POV: you've got imposter syndrome
M
Унаследовал от коллеги, который вот-вот ушел в другую контору и рассказывает про тамошние прелести разработки
C
Желаю и тебе скорейшего перекатится
M
Благодарю. Точно что отправил резюме на внутренний осмотр (или как оно там называется, когда один из сотрудников закидывает резюме знакомого в контору) в глобал лоджик
C
Надо и мне уже работку искать, но пока я хуйнёй занимался, а не делом
RM
Если мои классы систем регистрируются в одном порядке, то их уничтожение же должно быть в обратном?
RM
Как с конструкторами и деструкторами
RM
У меня у классов есть евенты, OnSystemCreate и OnSystemDestroy
RM
Если первый вызывается в том порядке в котором регистрировались классы, то должен ли я и Destroy метод вызывать в том же порядке?
RM
или же вызывать его в обратном порядке регистрации классов
RM
Я вот так подумал, представим что чувак регает классы так
MovementSystem
CollisionSystem
И допустим MovementSystem в Destroy обращается к CollisionSystem
И представим что CollisionSystem делает тоже самое, в Destroy обращается к MovementSystem
В таком случае независимо от того в каком порядке будут вызываться Destroy события у этих классов - может быть уб
MovementSystem
CollisionSystem
И допустим MovementSystem в Destroy обращается к CollisionSystem
И представим что CollisionSystem делает тоже самое, в Destroy обращается к MovementSystem
В таком случае независимо от того в каком порядке будут вызываться Destroy события у этих классов - может быть уб
RM
Если неправильно использовать событие
RM
Допустим чувак хочет в момент вызова Destroy что-то свое вычитать откуда то и какие то действия выполнить
RM
Ну к примеру сохранение данных в БД и т.п.
RM
Тут скорее всего нужно внести некое правило, что в момент вызова Destroy ничего читать из других классов не стоит или это будет УБ
RM
либо же, нужно ввести еще один метод, который бы вызывался перед Destroy
A
А что он
ГЙ
И не только.