Так тут не много вариков, в чем проблема?

Подскажите пожалуйста как лучше реализовать?
Хочется сделать спиннер, который появляется по событию NavigationStart и исчезает по NavigationEnd, но есть один нюанс.

При переходе с одного компонента на другой, нужно предварительно дождаться результата запроса. Если интернет медленный, то спиннер нужно активировать очевидно раньше и руками при старте запроса его включать.

Отключать же по navigationEnd, но что-то выглядит как смешение логики.. Как два возможных источника активации спиннера, хоть перед активацией и стоит distinctUntilChanged

а ты знаешь о чем речь?)

запросы то, в резолверах и гардах?

конкретно этот запрос не в резолвере, по сути жмёшь кнопку, случается запрос, а в сабскрайбе навигейт.
Результат этого запроса дальше не нужен, нужен факт того, что пришло 200

зачем

да вот сам сейчас сижу думаю

)

Потому что первый компонент берёт id и удаляет сущность, а второй компонент и при инициализации эту сущность создаёт.
Этим запросом мы хотим защититься от того, чтобы создать две сущности

хотя опять же логичнее отправлять запрос на удаление перед запросом на создание

switchMap и вперёд

эт вы конечно придумали хорошо

а почему вообще фронт заботится об удалении этой сущености, когда это может делать бэк перед созданием новой?

То есть ты хочешь решить проблему concurrency на клиенте, хотя это проблема бекенда, так?

почему создание новой сущность должно происходить после удаления другой?

чтобы защититься от того, чтобы боты понасоздавали этих сущностей в огромном количестве

ну или просто юзеры

чет вы не теми способами решаете проблему кмк

Мы?

кмк?