KT
Ну, если это BehaviorSubject, то он отдает последнее состояние сразу.
Size: a a a
2020 February 14
DB
Ну, если это BehaviorSubject, то он отдает последнее состояние сразу.
О, какие люди...
KT
Я слежу за тобой просто 🙂
B
Каким образом можно в Guard проверить, что присутствует первый сегмент url, скажем /admin
EK
Каким образом можно в Guard проверить, что присутствует первый сегмент url, скажем /admin
if this.router.url.contains("admin")
наверное что-то типа этого
наверное что-то типа этого
П
А есть понимание, как может происходить такое, что обращение к async переменной происходит до того, как заэмитилось первое значение?
ну выше про BehavuorSubject написали. Еще ReplaySubject может быть с таким эффектом. Но сюда по твоему коду, валиться оно выше, а не в чаилде. закомментируй чаилд ради интереса
DB
ну выше про BehavuorSubject написали. Еще ReplaySubject может быть с таким эффектом. Но сюда по твоему коду, валиться оно выше, а не в чаилде. закомментируй чаилд ради интереса
Да ну что же я BehavuorSubject от Subject не отличу)
Оно явно валиится ДО первого эмита, здесь по сути даже не важен тип сабжекта
Оно явно валиится ДО первого эмита, здесь по сути даже не важен тип сабжекта
DB
Закомментировал, ошибка осталась
П
Это слишком сложно будет) Я докопался до корня проблемы, кажется.
Вот так выглядит шаблон родителя (вся суть в первых 4-х строках)
Вот так выглядит шаблон родителя (вся суть в первых 4-х строках)
ты пакуешь async в объект. и потом к нему обращаешься. я думаю отсюда null и получается
ngIf="{}" у тбя всегда тру вернет. это же объектDB
ты пакуешь async в объект. и потом к нему обращаешься. я думаю отсюда null и получается
ngIf="{}" у тбя всегда тру вернет. это же объектВ остальных случаях такая конструкция отрабатывает хорошо.
Да и почему null? должно быть undefined по такой логике
Да и почему null? должно быть undefined по такой логике
П
vars.undefinde.xx не лучше ведьDB
Мне такой подход здесь порекомендовали чуть выше
DB
Переслано от Yuri Katkov
Типа так:
ngIf=„{myvar: fn()} as vars“
ngIf=„{myvar: fn()} as vars“
DB
Переслано от Yuri Katkov
Дурацкий хак, потому что такой ngIf всегда будет верным, что извращает суть директивы. Но других проблем я за год выявить не смог.
DB
Переслано от Dilame Bowzee
Имеется в виду вот так
?
*ngIf="{user: (user$ | async)} as variables"?
DB
Переслано от Yuri Katkov
да, я так всегда делаю, если у меня куча обзерваблов
П
для меня лично это очень странное использование async
П
что ты хочешь сделать?
DB
что ты хочешь сделать?
Да в общем-то я просто хочу понять, откуда там null)
Ошибку я костылём подпёр, жить можно, но убрать его было бы приятней
Ошибку я костылём подпёр, жить можно, но убрать его было бы приятней
IB
Да в общем-то я просто хочу понять, откуда там null)
Ошибку я костылём подпёр, жить можно, но убрать его было бы приятней
Ошибку я костылём подпёр, жить можно, но убрать его было бы приятней
У тебя пайп возвращает значение синхронно, а поток асинхроннный, что должен выдать пайп пока ничего не эмитилось? Вот он и выдаёт null, это дефолтное поведение которое всегда было https://github.com/angular/angular/blob/85b551a38829f90d4b87cd2a6fa506dfdeed2ec9/packages/common/src/pipes/async_pipe.ts#L72
