AS
Да, но не инжектить туда сервис)
почему нет?
Size: a a a
2020 April 29
В
Почему вы предлагаете мне не то о чём я спрашивал?
В
если пайп будет синглтон то проблема решена
S
если пайп будет синглтон то проблема решена
нету тут пайпов синглтонов
L
почему нет?
Я как разраб который работает ожидаю от пайпа другой логики, но точно там не буду сервис ожидать)
В
нету тут пайпов синглтонов
Очень странно. Что же делать?
AS
Почему вы предлагаете мне не то о чём я спрашивал?
очевидно потому что для этого случая пайпы не пригодны.
пайп создается в рамках компонента, и ему доступны инжекции из компонента.
синглтонов нет
пайп создается в рамках компонента, и ему доступны инжекции из компонента.
синглтонов нет
L
Я про сервис с бизнес логикой офк
В
Я как разраб который работает ожидаю от пайпа другой логики, но точно там не буду сервис ожидать)
Работа пайпа должна основываться на данных из сервиса
L
Работа пайпа должна основываться на данных из сервиса
Да, но данные приходять как аргумент
S
Очень странно. Что же делать?
обрабаывать ваши данные до передачи их в ngFor
AS
я бы сказал что у меня вообще почти все пайпы сервисы используют :))
L
я бы сказал что у меня вообще почти все пайпы сервисы используют :))
Ты точно компоненты делишь на dummy + container?)
L
Потому-что презент компонента уже может получить всё данные
L
И в пайпе работать с аргументом в котором данные будут
L
я бы сказал что у меня вообще почти все пайпы сервисы используют :))
Это получаеться у тебя лишняя подписка в презентере ?
AS
И в пайпе работать с аргументом в котором данные будут
да не, просто алгоритмы транформаций могут пригодиться где-то еще и тогда просто берешь сервис соответсвующий. а не пайп.
Сервис как раз синглтон.
Сервис как раз синглтон.
L
да не, просто алгоритмы транформаций могут пригодиться где-то еще и тогда просто берешь сервис соответсвующий. а не пайп.
Сервис как раз синглтон.
Сервис как раз синглтон.
Опять же вопрос задам, сервис с которого ты получаешь обсервабл?
L
Или утил сервис?
AS
глобальные какие-то потоки возможно