ДМ
я не встречал первый код
)
Size: a a a
2020 September 28
ДМ
а я встречал)
S
кажется ты придумал iif
ДМ
буквально не давно
IB
Я думаю что тут чуток разное поведение двух примеров
Вキ
Я думаю что тут чуток разное поведение двух примеров
одинаковое, суть именно в том, что там of
IB
одинаковое, суть именно в том, что там of
Когда проверится кондишн в нижнем примере?
Вキ
я придумал, как еще упростить
condition ? makeSomething() : makeSomethingElse()
Вキ
Когда проверится кондишн в нижнем примере?
а, ну да
ДМ
я придумал, как еще упростить
condition ? makeSomething() : makeSomethingElse()
а если на месте subscribe написать?)
Вキ
но condition уже есть
Вキ
так что смысл
IB
но condition уже есть
Когда мы подпишемся? А верхний пример будет иметь оф сразу как выполнится код. И может какой нить говнокодер изменить значение кондишена послы выполнения функции но до подписки
Вキ
Когда мы подпишемся? А верхний пример будет иметь оф сразу как выполнится код. И может какой нить говнокодер изменить значение кондишена послы выполнения функции но до подписки
Надо таким оказывать, что так не надо делать
ДМ
Когда мы подпишемся? А верхний пример будет иметь оф сразу как выполнится код. И может какой нить говнокодер изменить значение кондишена послы выполнения функции но до подписки
я видел такой код:
of(null).pipe(
switchMap(() => condition ? do() : do())
)
of(null).pipe(
switchMap(() => condition ? do() : do())
)
ДМ
прост решил не в пустую of описывать)
S
а если на месте subscribe написать?)
(condition ? makeSomething() : makeSomethingElse()).subscribe()ДМ
(condition ? makeSomething() : makeSomethingElse()).subscribe()тоже верно)
IB
я видел такой код:
of(null).pipe(
switchMap(() => condition ? do() : do())
)
of(null).pipe(
switchMap(() => condition ? do() : do())
)
Ну тут такого не случится, но в примере у тебя не так)