Вообще SeviceLocator считается антипаттерном, так как по сути не решает проблему как полноценный DI. Например если зависимостей интерфейса несколько, то будет уже проблема их резолвить для локатора. Ну и по сути класс остается зависим, что ломает принцип того же SOLID.
Да внутри DI таки будет SL так или иначе, и в статье у автора получается свой простой DI как раз таки из SL. В целом на самом деле нет ничего плохого, если это как у автора статьи в одном месте инициализируется зависимости.
Вообще странно что в Unity до сих пор не сделали как например в ASP Net Core. Где есть свой встроенный DI , а так же можно настроить pipeline вызовов. Но видимо для того чтобы сам движок мог безопасно в редактором работать
Комментарии
Судя по:
Деньги они выводили в одну сторону, а сотрудников в другую.
Такой себе совет там если честно. ИМХО
а поподробней? почему?
Вообще SeviceLocator считается антипаттерном, так как по сути не решает проблему как полноценный DI. Например если зависимостей интерфейса несколько, то будет уже проблема их резолвить для локатора. Ну и по сути класс остается зависим, что ломает принцип того же SOLID.
Да внутри DI таки будет SL так или иначе, и в статье у автора получается свой простой DI как раз таки из SL. В целом на самом деле нет ничего плохого, если это как у автора статьи в одном месте инициализируется зависимости.
Вообще странно что в Unity до сих пор не сделали как например в ASP Net Core. Где есть свой встроенный DI , а так же можно настроить pipeline вызовов. Но видимо для того чтобы сам движок мог безопасно в редактором работать
пиздос как сложно. пойду дальше на пхп сайты ибошить