У меня пока не возникало сложностей с исправлением. Но вполне уверен что они возникнут, когда один компонент используется +100 раз, и исправление в нем бага, повлечёт за собой создание еще 1000.
1)Первый пункт я не особо понял. Как говорится пояснительную бригаду. Прототипирование удобно тем, что есть уже готовые классы движения, прыжков, и прочие. Их можно быстро и легко добавить и добавить данные отдельно. Причем добавить их может даже не программист. Минусы: Удобные и готовые скрипты еще нужно написать.
2)Про дату тоже не понял. Если про данные, то они есть уже все заготовленные. И они у меня легко заменяются. Не считая подстановки любых типов. Если слетят ссылки да, можно переписывать. С таким пока не сталкивался. Но думаю смогу легко откатится к старой версии, когда ссылки были. И в неё добавить, то что было в новой версии. Что насчёт команды. Так как всё строится на компонентах. Где то можно использовать уже написанное. Где то дописать новое. Ну и я уже тоже вижу, что на большие проекты такой подход не рассчитан.
3) Я храню ссылки на интерфейсы. Наследование не углубляется больше чем на 2 потомка. По крайней мере пока. Стараюсь придерживается такого уровня.
4) В примере со стрельбой я показал как можно расширять возможности скрипта, не изменяя старый. Аудио тоже можно сделать как отдельный компонент (скрипт) и добавить его в список extensions. Я просто пока не вижу в этом смысла. Вполне возможно, что это понадобится сделать.
Спасибо за статью. Как раз начинаю углублять код и избавляться от MonoBehavior. Изучу, и попробую сделать что то своё пока попроще
К счастью нет. Из интереса всегда хотел попробовать так.
Статические переменные привязываются к конкретному классу. Я же сделал через абстракцию.
Хоть и сам подход не очень. Зато я многому научился.
У меня пока не возникало сложностей с исправлением. Но вполне уверен что они возникнут, когда один компонент используется +100 раз, и исправление в нем бага, повлечёт за собой создание еще 1000.
1)Первый пункт я не особо понял. Как говорится пояснительную бригаду. Прототипирование удобно тем, что есть уже готовые классы движения, прыжков, и прочие. Их можно быстро и легко добавить и добавить данные отдельно. Причем добавить их может даже не программист. Минусы: Удобные и готовые скрипты еще нужно написать.
2)Про дату тоже не понял. Если про данные, то они есть уже все заготовленные. И они у меня легко заменяются. Не считая подстановки любых типов.
Если слетят ссылки да, можно переписывать. С таким пока не сталкивался. Но думаю смогу легко откатится к старой версии, когда ссылки были. И в неё добавить, то что было в новой версии.
Что насчёт команды. Так как всё строится на компонентах. Где то можно использовать уже написанное. Где то дописать новое. Ну и я уже тоже вижу, что на большие проекты такой подход не рассчитан.
3) Я храню ссылки на интерфейсы. Наследование не углубляется больше чем на 2 потомка. По крайней мере пока. Стараюсь придерживается такого уровня.
4) В примере со стрельбой я показал как можно расширять возможности скрипта, не изменяя старый. Аудио тоже можно сделать как отдельный компонент (скрипт) и добавить его в список extensions. Я просто пока не вижу в этом смысла. Вполне возможно, что это понадобится сделать.
Что то похожее. На опыте понял, что не получится сделать что то сложное. Буду пробовать и другое
Возможно. Про ECS слышал, пока не пробовал. Хочу попробовать разные подходы и оценить плюсы и минусы. Поэтому я не остановлюсь на одном лишь КОП.