Лол, изобрели композицию и события но наоборот), только без инкапсуляции, я не понимаю, а где гарантия. что не нарисуется какая-то левая система, которая будет менять данные нашего компонента?, если их так много то это очень вероятно
Это возможно, и такой вариант допускается. Но "нарусуется", это значит что "кто-то из команды её нарисует") Поэтому такое должно ловиться либо на этапе код-ревью, либо на следующих этапах. Да и какая архитектура защищена от этого)
это было очень тяжелое выступление для оператора😁
Классная лекция, спасибо
Very good explanation! Should be translated in English for the wider auditory.
Спасибо
Очень доходчиво и интересно
А можно скинуть ссылку на презентацию?
Лол, изобрели композицию и события но наоборот), только без инкапсуляции, я не понимаю, а где гарантия. что не нарисуется какая-то левая система, которая будет менять данные нашего компонента?, если их так много то это очень вероятно
Это возможно, и такой вариант допускается. Но "нарусуется", это значит что "кто-то из команды её нарисует") Поэтому такое должно ловиться либо на этапе код-ревью, либо на следующих этапах.
Да и какая архитектура защищена от этого)
А в этом то как раз и идея. И это как раз таки хорошо. Просто в этом, как оказалось, нет проблемы на практике.
Например в DOTS есть журнал изменений ентити
Если где то что то пойдёт не так, то можно просто посмотреть журнал и отследить какая система виновата
такое себе, про ООП вранье и непонимание )) но плюс, что хоть рассказали о минусах Burst
всё правильно он сказал.