а как это исключает его вопрос?

у меня одним декоратором, который еще ошибку кидает если он не сработал.

Потому что лучше перебдеть, чем недобдеть. Вы наверняка столкнетесь с ситуацией, когда понятия не имеете, как работает ваш код (написали в час ночи за секунду до дедлайна), и если там не будет отписки, то это очень плохо

считайте это еще одним приемом defensive programming

вы выше описали кучу условий, или, или, если бы да кабы. отписаться не стоит ничего,10 секунд, 1-2 строчки кода.
дебажить протекшее приложение стоит дорого.

по вине http клиента протечки быть не должно)

как по мне лучше продумать эти условия

А по вине вашего кода - еще как может быть. Кто знает, как вы оборачиваете клиент, какие интерсепторы там стоят и т.д.

добавил там шэринг какой-нибудь и все, поток уже не конечный

в таком случае стоит отписаться, вы же осознаете что вы делает)

сколько причин, вместо того, чтобы просто написать сразу полностью безопасный код, чтобы люди, которые пришли потом поддерживать продукт, не морочили себе голову

не стоит. потому что у меня уже сразу оформлена отписка и я не заморачиваюсь на эту тему, когда редактирую потоки.

+

Предположим, вот такая страничка. Есть список чатов, активный чат, основной инпут и поиск.

Стоит ли делить на:
1. Список чатов.
2. Плашка чата в списке.
3. Поиск.
4. Активный чат.
5. Инпут.
6. Модалка прикрепления файла.

добрый день коллеги .  кто нить может посоветовать статьи по работе со стейтом ngrx  . если представить задачу которая передо мной стоит как "коня в вакууме" то есть таблица с пейджингом и дочерним представлением элементов  .  внутри ячеек некие значения  которые можно редактировать . 1: после редактирования уходит запрос на перерасчёт всей таблицы . и возвращаются данные .  и отображаются. 2: затем перелистываются страницы.  3: колонка перемещается(пользователь переместил ) . тоесть колонка была 3й по счёту и стала второй  . соответственно все данные тоже ушли на бекэнд и пересчииались .  или допустим добавился какой то дочерний элемент к одной из строк . я прикреплю пример какой нить таблицы что бы было понятно . что может делать пользователь . я понмаю  как рабоатет ngrx что есть стор который держит состояние страницы но слишком много действий система ожидает от пользователя   . и как это представить в работу ngrx ума пока не приложу. может кто статьями поделиться .

Согласен

Ребят, всем привет! Подкиньте плиз инфы по правильному использованию ассинхронных запросов. P.S. Только не первые запросы гугла 😄

как лучше сделать: по нажатию кнопки в дочернем, нужно вызвать функцию в родителе?

Подскажите глупому - последовательность запросов по одному методу - сперва с кодом 202, потом сразу же - с кодом 200. Что это означает и зачем такое?

Сhild ts:
@Output() changed = new EventEmitter();

onChange(e) {this.changed.emit(e);

Parent html
<app-child (onChange)="onChange(e)"></app-child>
Parent ts
onChange(e) { do smth with e}