С
Лишние переменные типо плодим
Size: a a a
2019 November 27
Вキ
Я не догоняю, а в чем трабл
Трабл в детектировании изменений в Angular. Мы же тут не говорим Angular, что что-то поменялось, верно? Поэтому есть кейсы, когда что-то пойдет не так. Да и в целом такой подход делает разработку и тестирование потоков на порядки сложнее.
YS
а как же грязный markForCheck() ?:)
Вキ
а как же грязный markForCheck() ?:)
Лично мне очень лень это делать)
Вキ
А зачем это делать, если можно написать иначе, чтобы не делать лишнего
YS
ну если combineLatest на потоков 20, в конце 1 раз запустить детектор
YS
звучит не так плохо
D
Есть 5 простых правил, как можно обезопасить себя от 99.9% проблем
1. Не делать подписки в подписках, а использовать специальные операторы.
2. Всегда отписываться, если есть подписка, и не верить take и first.
3. takeUntil должен быть в самом конце.
4. Никогда не использовать .toPromise().
5. Никогда не делать .subscribe(name => this.name = name).
1. Не делать подписки в подписках, а использовать специальные операторы.
2. Всегда отписываться, если есть подписка, и не верить take и first.
3. takeUntil должен быть в самом конце.
4. Никогда не использовать .toPromise().
5. Никогда не делать .subscribe(name => this.name = name).
а как правильно? можно пример
Вキ
звучит не так плохо
Это так кажется. У нас 20 потоков и combineLatest, нужно помнить про отписку и теперь еще и про детектирование измненеий. Уже 4 вещи. А если их будет больше, то будет еще сложнее.
Поэтому лучше оставить 20 потоков и combineLatest, а все остальное пусть само делается.
Поэтому лучше оставить 20 потоков и combineLatest, а все остальное пусть само делается.
GK
По поводу 5. Лучше это делать в pipe?
если в шаблоне, то
<div>{{ observable$ | async }}</div>
а если в логике, то создаете новый поток на основе нужного
<div>{{ observable$ | async }}</div>
а если в логике, то создаете новый поток на основе нужного
Вキ
если в шаблоне, то
<div>{{ observable$ | async }}</div>
а если в логике, то создаете новый поток на основе нужного
<div>{{ observable$ | async }}</div>
а если в логике, то создаете новый поток на основе нужного
Вキ
Либо выше эксперимент с @Async() декоратором. Но он только с Ivy работает.
YS
async пайп вещь такая, её удобно юзать когда данные надо просто показать в html
D
Либо выше эксперимент с @Async() декоратором. Но он только с Ivy работает.
не понял. просто сейчас с запросами с апихи так и делаю после пацпа
YS
а если надо с данными что-то сделать?:) в компоненте написать кучу пайпов?
YS
это нечитабельно
Вキ
Надо стараться делать читаемо)
YS
и combineLatest единственный нормальный вариант
YS
мне нравится 1 красивый комбайн, чем 20 пайпов)
YS
а так Ivy ждут как 2-го пришествия :) будем посмотреть