AS
что если под один роут сделать 2 кмопонента и прицепить canActivate в одному случае он откажет, в другом пустит. тоесть 2 записи на один и тот же роут будет
сработает первый роут, гард откажет, навигация будет остановлена
Size: a a a
2020 April 29
EV
сработает первый роут, гард откажет, навигация будет остановлена
Только хотел это написать
YZ
Смотри, судя по всему, когда ты создаешь test-component но к этому моменту форма не создалась, и поэтому тест валить в beforeEach. Плюс может ещё не хватать зависимостей, её же стор ещё нужен.
И кстати почему б не взять уже готовое решение для работой с формами, зачем их вообще в сторе хранить
https://github.com/ngneat/forms-manager
И вот от этого же авторе либа для тестирования, которая облегчает тестрование дериктив и тд, и там с примерами уже есть
https://github.com/ngneat/spectator
И кстати почему б не взять уже готовое решение для работой с формами, зачем их вообще в сторе хранить
https://github.com/ngneat/forms-manager
И вот от этого же авторе либа для тестирования, которая облегчает тестрование дериктив и тд, и там с примерами уже есть
https://github.com/ngneat/spectator
Спасибо :)
V
А путь одинаковый должен быть... Я шлю запрос на сервер... Мне приходит ответ и потом мне нужно уже решить какой компонент рендерить
а почему роут должен быть один?
EV
а почему роут должен быть один?
Хз как и ответить потом что про этот проект в зависимости от использования той или иной компании будет иметь разный статус и от этого должна та же страница по тому же роуту по разному отображаеться
S
Хз как и ответить потом что про этот проект в зависимости от использования той или иной компании будет иметь разный статус и от этого должна та же страница по тому же роуту по разному отображаеться
const moduleRoutes: Routes = [
{
path: "backend", component: LayoutComponent,
canActivate: [AuthGuard],
children: [
{
path: "",
component: MyComponentRenderer,
data: {
componentProducer: {
deps: [ CONFIG ],
produceComponent: (config) => {
config.optionalDirection
? HomeResumeComponent
: HomeComponent
}
}
}
},
],
},
],
S
D
Привет. Ngrx. Есть объект подписка. Подписка бывает от меня на кого-то (доступна всем пользователям) и бывает на меня от кого-то (доступна не всем). Стоит ли делать две разных таблицы в state? Вроде как избыточность, но не уверен, что это так работает на фронте. Спасибо!
L
Привет. Ngrx. Есть объект подписка. Подписка бывает от меня на кого-то (доступна всем пользователям) и бывает на меня от кого-то (доступна не всем). Стоит ли делать две разных таблицы в state? Вроде как избыточность, но не уверен, что это так работает на фронте. Спасибо!
Бек как минимум должен тебя в курсе держать
D
Бек как минимум должен тебя в курсе держать
на бэк у меня два запроса - один для моих подписок (который у всех пользователей) и один для подписок на меня (1 из 10 пользователей). Вот и вопрос - стоит ли это в одну талицу класть? Отфильтровать данные не проблема, интересует правильный подход, я не опытный
L
на бэк у меня два запроса - один для моих подписок (который у всех пользователей) и один для подписок на меня (1 из 10 пользователей). Вот и вопрос - стоит ли это в одну талицу класть? Отфильтровать данные не проблема, интересует правильный подход, я не опытный
Два запроса -> два интерфейса с отличием в 1 поле -> 2 разных поля в стейте -> 2 селектора.
D
Два запроса -> два интерфейса с отличием в 1 поле -> 2 разных поля в стейте -> 2 селектора.
интерфейс у меня один, грубо говоря:
company_from
company_to
Как с бэка прилетает, так и кладу данные.
С запросом role=receiver я получаю все записи где company_to - я, c запросом role=subscriber получаю записи, где company_from - я.
Пока я сделал так - принимаю в action аргумент role, который через эффект и сервис отслеживаю прямо до селектора, чтобы уже в селекторе быстрее фильтровать те данные в стейте, которые нужно обновить. При этом и подписки на меня и мои подписки на кого-то складываю в одну таблицу. Но есть сомнения. В первую очередь на тему того, что теперь в компоненте приходится фильтровать данные всегда, хотя в 90% случаев подписки на меня быть не может. Или я загоняюсь и не стоит париться?
company_from
company_to
Как с бэка прилетает, так и кладу данные.
С запросом role=receiver я получаю все записи где company_to - я, c запросом role=subscriber получаю записи, где company_from - я.
Пока я сделал так - принимаю в action аргумент role, который через эффект и сервис отслеживаю прямо до селектора, чтобы уже в селекторе быстрее фильтровать те данные в стейте, которые нужно обновить. При этом и подписки на меня и мои подписки на кого-то складываю в одну таблицу. Но есть сомнения. В первую очередь на тему того, что теперь в компоненте приходится фильтровать данные всегда, хотя в 90% случаев подписки на меня быть не может. Или я загоняюсь и не стоит париться?
L
интерфейс у меня один, грубо говоря:
company_from
company_to
Как с бэка прилетает, так и кладу данные.
С запросом role=receiver я получаю все записи где company_to - я, c запросом role=subscriber получаю записи, где company_from - я.
Пока я сделал так - принимаю в action аргумент role, который через эффект и сервис отслеживаю прямо до селектора, чтобы уже в селекторе быстрее фильтровать те данные в стейте, которые нужно обновить. При этом и подписки на меня и мои подписки на кого-то складываю в одну таблицу. Но есть сомнения. В первую очередь на тему того, что теперь в компоненте приходится фильтровать данные всегда, хотя в 90% случаев подписки на меня быть не может. Или я загоняюсь и не стоит париться?
company_from
company_to
Как с бэка прилетает, так и кладу данные.
С запросом role=receiver я получаю все записи где company_to - я, c запросом role=subscriber получаю записи, где company_from - я.
Пока я сделал так - принимаю в action аргумент role, который через эффект и сервис отслеживаю прямо до селектора, чтобы уже в селекторе быстрее фильтровать те данные в стейте, которые нужно обновить. При этом и подписки на меня и мои подписки на кого-то складываю в одну таблицу. Но есть сомнения. В первую очередь на тему того, что теперь в компоненте приходится фильтровать данные всегда, хотя в 90% случаев подписки на меня быть не может. Или я загоняюсь и не стоит париться?
Напиши функцию которая возвращает селектор
L
export function getDataByRole(role: RoleEnum) => geFeatureSelector
L
И спокойно дергай в компоненту по роли
D
export function getDataByRole(role: RoleEnum) => geFeatureSelector
о, спасибо. Но храню все подписки в одном месте, делить не стоит?
AA
Всем привет столкнулся с проблемой: ERROR Error: "Uncaught (in promise): ChunkLoadError: Loading chunk main-main-module failed.
Не пойму в чем проблема. Так как в хроме все работает. Именно в мозиле такая вот тема. Гуглил. Ничего не нашел по этой теме. Помогите решить понять что это ?))
Не пойму в чем проблема. Так как в хроме все работает. Именно в мозиле такая вот тема. Гуглил. Ничего не нашел по этой теме. Помогите решить понять что это ?))
L
о, спасибо. Но храню все подписки в одном месте, делить не стоит?
Не совсем понял интерпретацию, про какие подписки речь
L
Давай в терминах селекторов или данных
D
Не совсем понял интерпретацию, про какие подписки речь
объекты, которые дёргаю