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