B
почему пайка не проходит?
Size: a a a
2020 February 12
GK
и у меня в коде компонента дохрена вот этого
Затаскивай ngrx entity, в компоненте будет все чисто, подписки будут через асинк пайп ^^
Эи
getCategories() у сервиса возвращает
Observable<Array<CategoryListModel>>так выше указан тип без Array
B
так выше указан тип без Array
пора спать)
S
this.getOrders().pipe(
switchMap(orders =>
forkJoin(orders.map(order => this.getCourier(order.courierId).pipe(
map(courier => ({ order, courier })),
)))
),
)
или
this.getOrders().pipe(
switchMap(orders => this.getCouriers(orders.map(order => order.courierId)).pipe(
map(couriers => {
const couriersById = new Map(couriers.map(courier => [ courier.id, courier ]));
return orders.map(order => ({ order, courier: couriersById.get(order.courierId) }))
}),
)),
)
S
На бэке подставить?
Если честно — не знаю
Только начинаю работать с FireStore... по этому и спрашиваю
Если честно — не знаю
Только начинаю работать с FireStore... по этому и спрашиваю
на бэк лучше делать один запрос, для получения данных
S
а не N запросов
ВС
или
this.getOrders().pipe(
switchMap(orders => this.getCouriers(orders.map(order => order.courierId)).pipe(
map(couriers => {
const couriersById = new Map(couriers.map(courier => [ courier.id, courier ]));
return orders.map(order => ({ order, courier: couriersById.get(order.courierId) }))
}),
)),
)
Спасибо, буду пробовать
ВС
на бэк лучше делать один запрос, для получения данных
Почитаю... Мб firestore что-то предоставляет
Задача тривиальная вроде
Задача тривиальная вроде
B
Какая практика ловить ошибки в catchError операторе в pipe методах сервисов, и там дергать методы notificationService для оповещения, а компоненты по максимуму оставить тупыми для этого?
Или наоборот делают? Сервисы по максимуму тупые, а в компонентах уже в подписках на error, мы дергаем методы notificationService для оповещения?
Как правильнее?
Или наоборот делают? Сервисы по максимуму тупые, а в компонентах уже в подписках на error, мы дергаем методы notificationService для оповещения?
Как правильнее?
DB
Хоть одна живая душа здесь использует Apollo с
fetchPolicy: 'cache-and-network' ?)J💖
Какая практика ловить ошибки в catchError операторе в pipe методах сервисов, и там дергать методы notificationService для оповещения, а компоненты по максимуму оставить тупыми для этого?
Или наоборот делают? Сервисы по максимуму тупые, а в компонентах уже в подписках на error, мы дергаем методы notificationService для оповещения?
Как правильнее?
Или наоборот делают? Сервисы по максимуму тупые, а в компонентах уже в подписках на error, мы дергаем методы notificationService для оповещения?
Как правильнее?
Сервисы держат логику. Компоненты - отображение
J💖
Не перегружай компоненты лишней логикой без нужды
B
Сервисы держат логику. Компоненты - отображение
Да, я в курсе.
Но оповещение скрыто за интерфейсом + находится в пайпе.
И я имел ввиду http сервисы, которые работает просто с web api.
Но оповещение скрыто за интерфейсом + находится в пайпе.
И я имел ввиду http сервисы, которые работает просто с web api.
B
Не перегружай компоненты лишней логикой без нужды
И вы хотели сказать сервисы не перегружать)
B
И эти сервисы больше относятся не к domain model по DDD, а к SOA
B
Поэтому как бы...
Фиг знает
Фиг знает
2020 February 13
АА
Подскажите как использовать Ангуляр как не SPA приложение.
В текущий сайт нужно встроить сразу в 2 разных места на странице приложение, и не пойму как это сделать, ведь у приложения один корневой элемент и внутри него уже используются все компоненты.
Можно ли сделать так чтобы отдельный компонент приложения был не в корневом элементе ангуляр приложения?
В текущий сайт нужно встроить сразу в 2 разных места на странице приложение, и не пойму как это сделать, ведь у приложения один корневой элемент и внутри него уже используются все компоненты.
Можно ли сделать так чтобы отдельный компонент приложения был не в корневом элементе ангуляр приложения?