ST
Size: a a a
2020 February 19
YK
Какое самое элегантное решение вы знаете?
Зависит от архитектуры
AK
ну да.
blockButton = true;
DataService.delete(id).finally(() => { blockButton = false })
PF
Модалка с кнопкой "Удалить", по нажатию заблокировать кнопку на время запроса, по результату кнопку разблокировать
ST
ну да.
blockButton = true;
DataService.delete(id).finally(() => { blockButton = false })
ну просто юзать промисы имхо такое себе, когда есть rx, поэтому и уточнил
AK
ну просто юзать промисы имхо такое себе, когда есть rx, поэтому и уточнил
ну да, на rxjs будет лучше выглядеть
AK
но я с ходу не напишу - не особо эксперт в rxjs
ST
Тут больше вопрос в том, что, допустим, есть 2 терпимых варианта
@ViewChild('ourbtn') btn;
method() {
btn.disabled = true;
$().pipe(finalize(() => btn.disabled = false))
}ST
И аналогичный, но где мы делаем не через viewChild, а через поле: boolean, а в темплейте btn [disabled]="поле"
ST
но как только у нас таких кнопочек становится более, чем одна, может начаться бардак в коде
ST
И если такой паттерн очень часто повторяется
ST
Собственно, поэтому и вопрос, как это заархитектурить так, чтобы смотреть было нестрашно
PF
PF
А вы прям сразу с головой в 9-ку, через неделю после релиза..
ST
Ну а что тянуть :)
PF
Ну тогда будьте готовы, что таких пактов будет много, через ivy
ST
Тут бы всё-таки хотелось не пакет под каждый случай, а архитектурное решение
ST
В теории реализовать можно через глобальный хэндлер в духе ивент баса, но не будет ли это тот же бардак
AS
но как только у нас таких кнопочек становится более, чем одна, может начаться бардак в коде
кнопка и удаляемая сущность находятся в одном компоненте, который сам себя и удаляет