Как использовать паттерн Локатор Служб (Service Locator) в Unity?

[@mn4840]

Не могу не поблагодарить вас за столь клевые обучающие видео! Спасибо! и всего вам наилучшего!

[@gamedevlavka]

Спасибо!)

[@user-yw5dq2it9g]

Огромное спасибо тебе за такие видео. Скоро у тебя будет дофига подписчиков ты только потерпи немного, и не в коем случае не бросай канал, как многие "unity ютубери" делают. У тебя просто отлично получается объяснить )

[@vitaliySobakinson]

Отличное видео, спасибо!

[@Fenix72rus]

Спасибо за урок!

[@Fenix72rus]

Жду новые видео по архитектуре

[@Paulsams]

Мне очень не понравилась работа со словарём. Делать ContainsKey, а потом ещё не через Add добавлять, а через квадратные скобки, то есть делая ещё кучу икволс и гет хеш код... А ещё делать контеинс кей, а потом ремув... Ну блин: для эдда есть TryAdd: если фолс, то кинешь исключение. Для взятия из словаря есть TryGetValue. Для удаления: Remove и так уже возвращает бул, если не нашёл. А так получается кучу лишних действия над словарями). В случаи с сервис локатором это не страшно, ведь можно закешировать ссылки, но если это будет в каком-нибудь сложном алгоритме и в апдейте... Люди же будут думать, что таких методов нету и будут вот так проверить сначала на наличие ключа, а только потом брать значение и будет алгоритм раза в 1,5-1,8 медленнее со стороны взятия элементов из словаря.

[@def6141]

Спасибо! Новичку самое то 👍🔥

[@poziratelnekotianok5419]

Сделай пожалуйста видео про инвентарь в виде списка.

[@andrewalexart]

Зачем он нужен-то. Неплохо бы объяснить вначале ролика)

[@mrpaganinifeed2617]

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

[@gamedevlavka]

Хорошее замечание, учту, спасибо)

[@baikolepus]

Ролик не отвечает на вопрос "что такое паттерн сервис-локатор?". Он отвечает на вопрос, как его реализовать и использовать в условиях юнити

[@rdragon587]

Как часто используется Service locator? Заменяет ли его Zenject?

[@МаликаСапаргалиева]

Заменяется полностью, это все DI

[@CiTRyS32]

Рубрика "научи плохому"?) Пробовал как-то статический сервис локатор, со статическим же вложенным классом, избавляет от словарей и проверок, но в конечном итоге понял, что не зря он считается анти-паттерном, когда графы посыпались, перешел на авторезолвер и прям счастлив

[@gamedevlavka]

Я чистой статикой стараюсь не пользоваться, но видел пару типов архитектур, где статические сервис локаторы отрабатывали очень хорошо. Справлялись со своей задачей, поддерживали версионность и контекст. Думаю, то, является ли паттерн удобным или неудобным - вопрос архитектуры приложения в целом. В любом случае, я показываю инструмент, пользоваться им не обязательно :)

[@alexmakarov2504]

Почему все говорят патЕрн, если пАтерн?

[@nightyonetwothree]

потому что языковая ассимиляция. Почему в америке ставят ударение "Иван", а не "ивАн"?

[@am-no4jm]

Спасибо, как загрузить код с удалённого сервера

[@mrgoodpeople]

Почему все говорят, что Локатор Служб - это антипаттерн?

[@FVA322]

Размытие ответственностей + кто угодно в любом месте в коде может выгрузить сервис из локатара и всё пойдет по езде. ИМХО

[@_EnVyUs]

Кто то будет переписывать свой код на подобный

[@aarontower]

kzbin.info/www/bejne/qZjPh2WhoMZ8otU мы точно возвращаем newServis? А не _itemsMap[type]

[@gamedevlavka]

Так это одно и тоже, там одна и та же ссылка)

[@aarontower]

@@gamedevlavka с ссылочными типами всегда почему то лень разбираться) предпочитаю фактическое использование)

[@gamedevlavka]

@@aarontower с опытом это будет на автомате)

[@darkharbinger6110]

Спасибо за видео! Когда реализовывал Service Locator, то еще дополнительно делал интерфейс IRequireService public interface IRequireService where TService : class { } И метод расширения public static TService InitializeService(this IRequireService obj) where TService : class { IServiceLocator serviceLocator = Singleton.Instance; if (serviceLocator == null) { return default; } return serviceLocator.GetService(); } И после регистрации необходимого сервиса в локаторе служб public class ServiceLocator : ServiceLocatorBase { protected override void OnInit() { RegisterService(new Service()); } protected override void OnAfterInit() { } } Можно было получать необходимые зависимости следующим образом public class Test : MonoBehaviour, IRequireService { private IService service; void Start() { service = this.InitializeService(); service.Print(); } } Что, как по мне, делает использование локатора служб немного удобнее и позволяет сразу увидеть какие зависимости требует класс

[@gamedevlavka]

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