SФ
В общем это все подвязано на то как организованы роуты
Size: a a a
2020 May 20
B
Делай просто все через урл.
тоесть в конфигурации маршрутизации ничего не надо изменять при этом?
Надо просто дописать к каждому основному маршруту
Надо просто дописать к каждому основному маршруту
:id(или как там), и заставить проиводить не полное соответствее сегментов маршрутаB
в конструкторе компонента пробовать вытаскивать из url айдишник сущности и если он там есть, открывать диалог?
SФ
да, можно с этого начать
B
а при закрытии диалога, мы снова меняем url, что СНОВА приводит к открытию этого компонента
B
точнее другого. Два разных экземпляра будут получается
B
не плохо ли это?
L
не плохо ли это?
Нет
B
точнее плохо. Я состояние забуду
B
у меня мог там поиск быть какой то, фильтр
B
сорри, мне пора((
SФ
у меня мог там поиск быть какой то, фильтр
если состояние записано в url, то заврытие будет делать location.back
SФ
и да, все это подвязавно на состояние страницы и его может нужно как-то обрабатывать. может не делать переход на другую страницу и вынести все диалоги на самый верх, чтобы уметь их открывать с любой страницы
J
B
У мня есть 2 разных компонента на одном уровне, мне надо использовать метод из 1 компонента, как лутше сделать?
J
Boroda
У мня есть 2 разных компонента на одном уровне, мне надо использовать метод из 1 компонента, как лутше сделать?
Лучше выносить логику которая шарится в сервис
B
deleteInvoice(invoice) {
this.invoiceService.removeInvoice(invoice)
.pipe(takeUntil(this.unsubscribe))
.subscribe((invoices: InvoiceModel[]) => {
this.succsessDelete(invoices);
},
() => this.toastrService.error('Error')
);
}
this.invoiceService.removeInvoice(invoice)
.pipe(takeUntil(this.unsubscribe))
.subscribe((invoices: InvoiceModel[]) => {
this.succsessDelete(invoices);
},
() => this.toastrService.error('Error')
);
}
B
Мне ето лутше в сервис вынести?
J
succsessDelete тост выводит ?
B
да канешно у мня все работает