VI
да, только такой вариант вижу
Size: a a a
2021 May 17
SS
помню год назад пару проектов запилил и меня тогда очень впечатлило насколько там все проще с сср
AS
а зачем создавать инстанс класса?
E
не хочу улучшать ангуляр
c
У меня товарищи в продакшн затащили. Ищут на что переписать, предлагал им ангуляр
SS
ого
E
мож они плохо его приготовили?
VI
Мне его нужно создать после того, как отработает afterViewInit, т.к. должен отрендериться элемент для создания карты Leaflet
AS
тогда предварительно создай коллбэк и скорми лифлету.
А коллбек внутри будет обращаться к сервису.
Все равно если отдать сразу метод скорей всего будут проблемы с потерей контекста
А коллбек внутри будет обращаться к сервису.
Все равно если отдать сразу метод скорей всего будут проблемы с потерей контекста
AS
И все это напоминает диоективу
VI
Я же могу инстанс сервиса передать в свой класс через конструктор
Вキ
А это какой-то внешний класс или класс приложения?
c
может быть.
но они его взяли в работу когда он был совсем свежим фреймворком.
не довольны и самим фреймворком и экосистемой
но они его взяли в работу когда он был совсем свежим фреймворком.
не довольны и самим фреймворком и экосистемой
VI
Это класс-абстракция над картой. Он инкапсулирует рендеринг маркеров, кластеров, попапов для карты. Создаю я его на уровне своего приложения.
c
@ngSamurai, спишь?
AS
Скорее всего вместо "свой класс" можно взять компонент или директиву
Вキ
просто очень похоже, что это можно провайдить на уровне компонента/директивы, и использовать через DI
если где-то интерфейсы не подойдут под использование в angular, то сделать делегат-адаптер, чтобы интерфейсы подходили
если где-то интерфейсы не подойдут под использование в angular, то сделать делегат-адаптер, чтобы интерфейсы подходили
Вキ
что у вас на митингах рассказывают?)
VI
Т.е. создать компонент, инжектировать в него сервис, но методы дёргать через ViewChild?