Size: a a a

2020 June 18

Sergey Фrolov in Angular Kyiv
Может поможет. Если нет, то хорошо бы сходить в issue проекта
источник

KN

Konstantin Nosov in Angular Kyiv
Sergey Фrolov
Раньше оно работало немного иначе и ходило по подпапкам, но потом они это поведение изменили и можно добавить конфиг для ngcc, где указать все entry points, которые нужно перекомпилировать.
это убрали с ентри поинтами, то было совсем в ранних релизах.
источник

Sergey Фrolov in Angular Kyiv
Konstantin Nosov
это убрали с ентри поинтами, то было совсем в ранних релизах.
Я к тому что такой запуск постинстала ничего не даст без конфига
источник
2020 June 19

DD

Denis Dhum in Angular Kyiv
Всем привет.

Ngrx

Такой вопрос, как считаете, стоит ли при переходе на feature module обнулять стейт предыдущего feature module?
источник

N

Nik in Angular Kyiv
Denis Dhum
Всем привет.

Ngrx

Такой вопрос, как считаете, стоит ли при переходе на feature module обнулять стейт предыдущего feature module?
Каждый фиче модуль имеет независимый стейт, зачем очищать то что не должно никак пересекаться?
источник

DD

Denis Dhum in Angular Kyiv
Да, не пересекаются.

Есть мнение, мол, стейт разрастается
источник

A

Antony in Angular Kyiv
Nik
Каждый фиче модуль имеет независимый стейт, зачем очищать то что не должно никак пересекаться?
я недавно разбирался с кейсом когда ты возвращаешься на предыдущий модуль ngrx не делает инит для этой фичи заново, и это приводило к unexpected behaviour
источник

DD

Denis Dhum in Angular Kyiv
А как лучше детектить переход на др фичу? Через candeactivate в роутах?
источник

N

Nik in Angular Kyiv
Antony
я недавно разбирался с кейсом когда ты возвращаешься на предыдущий модуль ngrx не делает инит для этой фичи заново, и это приводило к unexpected behaviour
Так да, инита не должно быть, стейт остаётся, фиче модуль должен корректно принять его
источник

A

Antony in Angular Kyiv
да, мне подошло ресетить фичу на дестрой модуля
источник

Sergey Фrolov in Angular Kyiv
Nik
Так да, инита не должно быть, стейт остаётся, фиче модуль должен корректно принять его
Это если состояние UI не храниться в стейте
источник

N

Nik in Angular Kyiv
Состояние UI лучше хранить в общем стейте
источник

Sergey Фrolov in Angular Kyiv
С этим всем легко налажать. И зачастую время жизни этих состояний завязано на страницу. Если же нужно хранить что-то дольше, то лучше посмотреть в сторону url.
Но ситуации могут быть разные.
источник

N

Nik in Angular Kyiv
Например в таблице юзер предпочёл скрыть одну колонку а хранить все колонки в базе напряжно
источник

Sergey Фrolov in Angular Kyiv
Ну примеров разных может быть много и тут скорее нужно хорошо понимать какие юзкейсы будут
источник
2020 June 20

N

Nik in Angular Kyiv
Та да
источник

N

Nik in Angular Kyiv
На каждый кейс может быть отдельный подход
источник
2020 June 22

B

Bohdan in Angular Kyiv
Ребята, чем лучше ngSwitch заменить? а то там 30 элементов и всё ради разного текста, поэтому на компоненты бить не вариант
источник

Sergey Фrolov in Angular Kyiv
Bohdan
Ребята, чем лучше ngSwitch заменить? а то там 30 элементов и всё ради разного текста, поэтому на компоненты бить не вариант
Можно сделать через ключ-значение и отдельный компонент.
источник

Sergey Фrolov in Angular Kyiv
Который будет рендерить внутри
источник