Вообще SeviceLocator считается антипаттерном, так как по сути не решает проблему как полноценный DI. Например если зависимостей интерфейса несколько, то будет уже проблема их резолвить для локатора. Ну и по сути класс остается зависим, что ломает принцип того же SOLID.

Да внутри DI таки будет SL так или иначе, и в статье у автора получается свой простой DI как раз таки из SL. В целом на самом деле нет ничего плохого, если это как у автора статьи в одном месте инициализируется зависимости.

Вообще странно что в Unity до сих пор не сделали как например в ASP Net Core. Где есть свой встроенный DI , а так же можно настроить pipeline вызовов. Но видимо для того чтобы сам движок мог безопасно в редактором работать

Архитектура игры на Unity без Zenject. Часть 2

Такой себе совет там если честно. ИМХО

Хороший повод попробовать Godot

Спасибо! Крутой чувак, я его треки на сервисах уже лет пять слушаю, доставляет

Женские трусики, нашел

что там по музыкальной теме на следующую неделю ?

Flappy Bird на нодах в Блендере

А когда-то в блендере был свой игровой движок на питоне

Спасибо за статью, было интересно почитать

Anzhc, а как самому тренить модель?

Отличная статья, спасибо!

Годно, спасибо!