Внутри модалки добавить кнопку reset, на нее повесить метод который будет очищать нужные переменные.
Типа
reset(){
   this.source_lot = "";
   this.instruction = "";
   this.comment = "";
}
или при вызове модалки повесить этот метод

Всем привет! Вопрос следующий:
Как сделать так, чтобы компоненты в рамках одного модуля имели юрлы относительно корня? Например, у меня есть auth модуль, в нем есть reg компонент и login компонент - /auth редиректит на логин компонент, а регистрация открывается по юрлу /auth/registration
Требуется сделать юрлы относительно корня без /auth
П.С. в проекте реализован lazyloading. Распихивать по разным модулям регу и логин не особо хочется.

Не видел такого способа.  Если вы хотите такие урлы прийдется сделать как в пункте П.С)

Короче) вопрос был тупой, нужно было просто в корневом роутинге указать в свойстве component по какому пути открывать компонент

Всем привет, скажите, пож-та, лучшие практики, когда следует использовать toPromise() у Observable? Например, мне часто удобнее преобразовать Observable в промис, а затем выполнить обработку эвента в then(), нежели подписку создавать через .subscribe (притом ее еще финализировать как-то надо) - правильно ли это?

Неправильно

Объясните почему пож-та

Для ангуляр есть одно место где 200% нужен промис
это когда провайдится APP_INITIALIZER

Промис и обсервабл - это разные инструменты

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

В этом докладе можно посмотреть подробнее: https://t.me/angular_fox/319

всем спасибо

А что мешает преобразовать обзервбл в промис, а затем отписаться от него? Только не совсем понятно в чем заключается "удобство" и почему сразу не использовать значение из обсервабл...

Не понял первый вопрос.

Удобство заключается в том, что отменить Promise гораздо сложнее, чем Observable.

Если мы хотим отменить Promise, то необходимо реализовывать поддержку на уровне кода, пробрасывать и правильно обрабатывать Cancellation Token.

Если мы хотим отменить Observable, то достаточно просто отписаться.

Поэтому Observable, в отличии от Promise, дает очень удобную абстракцию для отмены потоков. Кроме того, rxjs предоставляет множество готовых и полехных операторов, которые всегда пригождаются.

Оперативно спам удалили))👍

спасибо
даже в случае с посылкой запроса через http-сервис с однократной обработкой ответа промисы лучше не использовать?

а зачем Вы хотите их использовать? Просто это даже с точки зрения кода будет сложнее, где то - observable, где то - promise

Привет Всем!
Подскажите пожалуйста, у меня есть API в которой по запросу через ngrx приходит массив объектов например:
[{ Q_ID: 12, Q_name: 'name'}, .....]
Вопрос: В каком месте и как или с помощью чего мне поменять наименование свойств объектов не прибегая к методам Array, что бы в стэйте было уже
[{ id: 12, name: 'name'}, .....]

В селекторе

Да, все так