А вам что бы посмотреть развертку?

Может стоит камерой ортогональной смотреть просто

Все. Вопрос снят. Анрил этого не умеет делать просто

В ортогональной проекции ничего не работает

Подумал немного про вынос кода в компоненты. Действительно, получается "Принцып единственной ответственности" Допустим герой умеет ходить и может получать урон так как имеет некие характеристики жизни. Так же есть здание, которое не передвигается, но при этом тоже имеет характеристики жизни, так как тоже получает урон. Характеристики жизни и движения выносятся в отдельные компоненты и потом инжектит или инклюдятся, кому как удобно, герою. Зданию же инжектит только компонент с характеристиками хила, получения урона и так далее. Получается в текущей реализации мы полностю уходим от дублирования кода. Поддержка архитектуры проще

S.O.L.I.D.

при этом при репликации, на самом деле ещё не знаю толком как это реализовано, мы передаём компоненты, сохраняем состояние компонентов и так далее

Ну при этом нельзя переборщить. Допустим нет необходимости выносить в компонент мэш героя, анимацию и так далее. Но при этом это всё должно использоваться в абстрактном объекте. Тогда согласно логике, надо заворачивать компоненты в интерфейсы. Причём в интерфейсы на плюсах, это для реализации DIP

Вот только на днях в соседнем чатике обсуждали, что игры и солид не всегда рука об руку идут. То есть эта серебрянная пуля программирования в этой области не серебрянная, так что прям уходить в написание всего по солид и обмазываться абстракциями не очень хороший подход тут.
Но опять же от случая к случаю все по разному.

Пример, где не подходит? Значит что-то архитектурно не правильно реализовано.

Даже наверное не так. Какая буква из 5 не подходит ? )

Тут "архитектурно не правильно" очень тонкая фраза. Если приложение написано "архитектурно правильно" но не удовлетворяет требованиям, то правильно ли оно архитектурно написано?

Ну как пример тот же ECS, который сейчас из всех дыр лезет, на него юнити сейчас переходит, топовые ААА на нем так или иначе. Шаблон архитектурный с упором в производительность (если вкратце). Если совсем грубо, то подход подразумевает разделение данных и логики. То есть данные хранятся в одном месте, логика их обработки в другом.

Но нужно понимать, то это не противопоставление. Я к тому что не надо просто в крайности бросаться и все пытаться делать абстрактным.

Ничего не понял

Абстракция должна быть аргументирована. Всё оборачивать конечно не надо

у Вас очень тонкая грань в "требования" и "архитектурно написано"

Любое приложение пишется для заказчика. неважно оно, инди или от издателя. Заказчик здесь один, платящий игрок. Но это ни как не должно расходиться с архитектурой

всё там работает, просто при переключении в ортогональный вид (top/left/etc ) оно автоматом переключает в Wireframe. Если сменить на Lit то всё показывает

он тянет на ААА ?

показывает без источников света