Да, в целом это нормально, главное помнить о том, что может быть проблема с null: https://t.me/angular_fox/273

А как лучше всего объявить переменную в шаблоне? без использования условных конструкций

Просто использованиие ngIf только с целью объявления переменной выглядит очень не правильно.
Если тебе действительно надо показать/скрыть блок в зависимости от асинхронной переменной, то да. А если такого требования нет, то начинаются костыли вроде этого

this.gSub = this.apiDataService.getAllPagination(
        'list-kids',
        `page_size=${this.pageSize}&page=${this.currentPageIndex}`)
        .subscribe( kids => {
          console.log(kids);
          this.kids = kids['results'];
          this.pglength = kids['count'];
          this.dataSource = new MatTableDataSource(this.kids);
          this.dataSource.paginator = this.paginator;
          this.dataSource.sort = this.sort;
          this.loadingData = false;

    });

this.pglength = kids['count'];

может  бэк возвращает некорректно?

this.pglength = kids['count'];

корректно проверял

мда уж .... нашел решение. необходимо убрать строку this.dataSource.paginator = this.paginator;

и все нормально заработало

На мой взгляд, это лучше скрыть в компоненте через combineLatest, а в шаблоне использовать async pipe.

Это неравнозначная замена. Во первых оно будет дожидаться всех потоков. Страдает скорость орисовки интерфейса, так как мы могли показать что-то быстрее, но ждём.
Во вторых если один падает - все падают

Перезапуск потоков и дефолтные значения можно скрыть в кастомном операторе. Вот тут есть gif, как это можно сделать, но с другим примером: https://t.me/angular_fox/278

Товарищи, ай ни хелп :) может кто подскажет?
Кейс такой - надо сделать так, чтобы любой xhr запрос при 401й ошибке (неверный аксес токен) запускал процесс обновления токена, а после обновления оного были сделаны повторные реквесты.
Реально ли это организовать через интерцепторы в рамках одного стрима, ну или полностью перезапускать запрос?
Пробовал через интерцепторы и retryWhen это все организовать, получилось, конечно, отловить ошибку, сделать обновление аксес токена. Но вот заставить ретрай обождать получение нового токена, и прилепить уже обновленный токен в ретрае не получилось. :( Сорь, но кусок кода кинуть не могу, ибо нда и все дела, постарался поподробнее кейс описать.

Лучше сделай свою обертку над http client и там уже делай что хочешь (такой кейс мне кажется промисом даже проще реализовать, хотя не уверен на счет ретрая)

вполне реально в интерцепторе разрулить на потоках

так то много переделывать, к сожалению :( , хотелось бы меньшей кровью :)

Привет, можете подсказать пожалуйста, чего он ругается?

а как ты получаешь newEmployee ?

в плане "получаю"