A
засветите репу )
Многие вещи не нравятся, и на пьедестале
анимация, или пародия на css) 🤮Size: a a a
2021 April 27
RM
Я серьезно)
Многие вещи не нравятся, и на пьедестале
Многие вещи не нравятся, и на пьедестале
AS
а где там переопределение?
RM
Ничего необычного, стандартное переопределение/разделение .. и пихание в модули, что мне не нравится.
RM
И далее, если идти глубже хз что происходит и зачем эт надо.
Если ошибаюсь, поправьте.
Если ошибаюсь, поправьте.
AS
но это не переопределение. "пере" означет что одно заменяется на другое.
RM
Жаль нету
bootstrap для важных вещей, core логики, сервисов, нежели для мусора с компонентами.AS
фактически тут просто добавлено немного логики перед созданием класса скроллера. и оставлена возможность его переопределить уже в дальнейшем
RM
Смотри, я правильно понимаю,
Он ищет токен в сервис локаторе, находит его, и подает значение в виде фабрики, где идет логика и тд.
Ну и зависимости(
Но смысл дергать RouterScroller?
Поправь, если я ошибаюсь.
Он ищет токен в сервис локаторе, находит его, и подает значение в виде фабрики, где идет логика и тд.
Ну и зависимости(
deps) кидает в фабрику для логики.Но смысл дергать RouterScroller?
Поправь, если я ошибаюсь.
AS
вообще обычно в ангуляре для этого абстрактный класс используется и его дефолтная имплементация. но тут решили через фэктори
E
там нет сервис локатора, механизм di в ангуляре малость по другому работает
AS
"дергать RouterScroller?" это ты про что?
AS
тут не ищет, тут провайдит сущность по токену
E
> Но смысл дергать RouterScroller
Иногда необходима возможность переопределить дефолтный скроллер под свои кейсы. Это нормально. И отлично, что фреймворк позволяет это.
Иногда необходима возможность переопределить дефолтный скроллер под свои кейсы. Это нормально. И отлично, что фреймворк позволяет это.
RM
Имею ввиду использовать токен из глобальной хаты с токенами и далее его, хорошо не переопределять, а обманывая подавать другое через фабрику.
AS
ну вдруг ты хочешь свой скроллер замутить
RM
Хм, я не те статьи читал, поищу в core тогда, моя вина.
E
сервис-локатор, к слову, насколько я знаю, считается антипаттерном, он все про всех знает
в ангуляре di - это дерево скоупов, где зависимости можно достать из своего и родительских скоупов
в ангуляре di - это дерево скоупов, где зависимости можно достать из своего и родительских скоупов
RM
Да, но не на уровне core, полагаю это очень грязный код.
Фактически ты должен учитывать многие вещи, перед тем как переопределить стандартные реализации.
Фактически ты должен учитывать многие вещи, перед тем как переопределить стандартные реализации.
E
нет не должен)
ты всего лишь должен реализовать нужный интерфейс
ты всего лишь должен реализовать нужный интерфейс