Привет!) такой вопрос, есть объект,
obj = {
  id:””,
  files: [{...},{...}]
}  
И files передаю по одному с помощью *ngFor через инпут в дочерние компоненты.

И получается, что в родительском компоненте в переменной obj вижу все изменения, которые были в дочерних компонентах (ссылка передалась на оbj).

Так вот, нормальная практика, если использовать obj в родительском компоненте для обработки поля files объекта obj??

Надеюсь вы поняли мой вопрос.

я так понимаю, вопрос в том, можно ли files менять и из родителя и из сына

в целом вариант рабочий, если условия не позволяют настроить пайплайн иначе
предполагаю, что вы делаете что-то вроде git pull && ng build
теоретически могут возникнуть проблемы из-за того, что сборка выполняется не в "нулевом" окружении, которое создаётся специально под сборку и никаких сайд-эффектов там не может быть

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

ng build && mv dist/my-app $MY_APP_DIR

Привет!) такой вопрос, есть объект,
obj = {
  id:””,
  files: [{...},{...}]
}  
И files передаю по одному с помощью *ngFor через инпут в дочерние компоненты.

И получается, что в родительском компоненте в переменной obj вижу все изменения, которые были в дочерних компонентах (ссылка передалась на оbj).

Так вот, нормальная практика, если использовать obj в родительском компоненте для обработки поля files объекта obj??

Надеюсь вы поняли мой вопрос.

кто использовал multicast в реальных проектах? Я верно понимаю, что это способ превратить observable в подобие EventSource, который тикает себе тикает событиями, а ты подключайся когда тебе нужно?

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

а каким способом родитель их будет получать?

Есть подозрение, что ты тоже уже использовал)
https://github.com/ReactiveX/rxjs/blob/6.5.4/src/internal/operators/share.ts#L25

а, share - это частный случай multicast

c уже заданным жестко Subject’ом

кто использовал multicast в реальных проектах? Я верно понимаю, что это способ превратить observable в подобие EventSource, который тикает себе тикает событиями, а ты подключайся когда тебе нужно?

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

In RxJS observables are cold, or unicast by default. These operators can make an observable hot, or multicast, allowing side-effects to be shared among multiple subscribers.