ЕП
В любом случае получишь опыт собеседования , как минимум
Size: a a a
2021 June 17
TO
function не имеет своего this. Ссылается на родителя))
TO
надо пробовать, тут согласен :)
TO
вообще это большая тема. Ттут можно говорить о просто методе, о функции-конструкторе, о классах, о тех же объектах, поведения разные
S
надо учиться на ошибках своих или других людей
А
Привет всем.
Подскажите была ли у кого-то проблема
при редиректе на лэзи модуль (только на проде)?
Также попробовал в режиме инкогнито на проде тоже работает, каких полифилов может не хватать
вот таким образом делаю редирект this._router.navigateByUrl('/case/items')
Подскажите была ли у кого-то проблема
при редиректе на лэзи модуль (только на проде)?
Также попробовал в режиме инкогнито на проде тоже работает, каких полифилов может не хватать
вот таким образом делаю редирект this._router.navigateByUrl('/case/items')
OP
Добрый день!
Я посылаю сообщения через:
private publishSubscribeSubject_: ReplaySubject<any> = new ReplaySubject(1);
При посылке переходу в нужный компонент - затем в другой. Возвращаюсь в первый и опять получаю тоже самое сообщение. Как можно отписаться - если сообщение было получено?
Я посылаю сообщения через:
private publishSubscribeSubject_: ReplaySubject<any> = new ReplaySubject(1);
При посылке переходу в нужный компонент - затем в другой. Возвращаюсь в первый и опять получаю тоже самое сообщение. Как можно отписаться - если сообщение было получено?
И
take(1) (pipe)
OP
все равно приходит
OP
Подписка:
OP
Подписка на сообщение:
RY
Ой-ой-ой. Не рекомендую подписки через add добавлять
Вообще, возможно проблема в том, что subscribe второй раз вызывается, тогда take(1) не помощник
Вообще, возможно проблема в том, что subscribe второй раз вызывается, тогда take(1) не помощник
OP
да - второй раз вызывается. А чем плохо добавлять подписки в массив чтобы потом их уничтожить в деструкторе?
RY
Это массив?
Насчет проблемы - просто не вызывайте subscribe второй раз :)
Насчет проблемы - просто не вызывайте subscribe второй раз :)
OP
Это: public subscriptions = new Subscription();
А как не вызывать - если он в сервисе всегда подписан -т-е никогда не уничтожается
А как не вызывать - если он в сервисе всегда подписан -т-е никогда не уничтожается
OP
мне кажется чтобы не сработала подписка по типу лучше пробросить null в subject - тогда сообщение не придет второй раз
RY
https://medium.com/impact-developers/how-to-destroy-observables-in-angular-313dec343b45
Вот более правильный и удобный способ отписываться, + еще можете посмотреть https://github.com/ngneat/until-destroy и статью https://habr.com/ru/company/otus/blog/530640/
Вот более правильный и удобный способ отписываться, + еще можете посмотреть https://github.com/ngneat/until-destroy и статью https://habr.com/ru/company/otus/blog/530640/
RY
Вы просто неправильно с потоками работаете в этом случае. Уточните задачу, почему нужно получить данные только первый раз? Когда запускается второй subscribe и для чего?
OP
c асинк понятно. А вот private unsubscribe = new Subject<void>(); придется много раз писать если несколько takeUntil
RY
Там один сабжект используется, просто в конец любого потока на автомате пишется pipe(takeUntil(this.destroyed))