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

я не посмотрю )) оказалось что долго все искать

всем привет )
я опять с вопросом по гриду ...
значит, иногда в гриде (в колонке), нужно отразить больше чем просто текст - иконка + текст, текст и тултип, дропдауна и хз что еще
под все эти кейсы мы напишем отдельные компоненты, которые буду принимать item из грида и правильно отображать

вопрос - как их динамически вставлять в темплейт грида ?
в первой версии был compile для этих целей

или компонент нельзя так вставить ? только кастомный темплейт ?

вроде как есть несколько вариантов:
- ngSwitch (так себе вариант)
- подставлять темплейт в зависимости от типа поля через ngTemplateOutlet (https://alligator.io/angular/reusable-components-ngtemplateoutlet/)
- динамически рендерить через componentFactoryResolver (https://angular.io/guide/dynamic-component-loader)

ng switch  - так себе, согласен на 100%, как раз от этого и хотим уйти

нашел, что с 5 версии добавили ngComponentOutlet - который может динамически компоненты вставлять ...но как туда передать какие-то данные ?

так в оф доке ведь все написано, не?

если ничего не помогает, придется глянуть доку ) спасибо

еще вопрос ..скорее даже ситуация - наш архитектор предлагает использовать редакс в приложении только там, где нужно )) а типа простые формочки и так можно сделать - по старинке, компонент + сервис, таким образом хочет сэкономить на написании стейт + экшены + редьюсер
в общем, пока опыта мало, трудно что-то возразить ...поделитесь идеями ... или такой подход тоже имеет право на жизнь ?

вот это очень холиварная тема

а из практики ?

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

например роутер складывать в стейт?

где точно - в принципе понятно, там где дофига сложные формы/экраны

ну ок, тогда вам виднее

а остальное не знаю .. роутинг, модалки, простые формы

Где-то на ng-conf говорили, что формы в ngrx засовывать плохая идея.

С моей точки зрения ответ следующий:

Поскольку становится вопрос об использовании сервиса или стора, значит ты хочешь share данные между компонентами не через инпуты.

Я считаю, что если данные живут ровно столько сколько живут компоненты, между которыми ты шаришь данные, то это однозначно сервис. Причем не на модуле, а на инжекторе компонента. Если данные ты переиспользуешь на всем жизненном цикле приложения, то стор.

Для роутинга есть отдельный модуль в ngrx. Его не ложать в стор.

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

Плюс нельзя ложить в стор данные с циклическими связями. Так как стор становится не сериализируемый. Роутер как раз таким и является. Простые формы вообще нету смысла ложить, если ты их заполнил и отправил.