Мы делали музыкальный сервис. Есть основная область, где все происходит, выбор альбома, поиск, и прочее. А есть вспомогательная, где происходит донат в несколько этапов, комментирование, ревью плейлистов, оценка подборок, редактирование собственного профиля, своих альбомов и прочее.
Мы делали музыкальный сервис. Есть основная область, где все происходит, выбор альбома, поиск, и прочее. А есть вспомогательная, где происходит донат в несколько этапов, комментирование, ревью плейлистов, оценка подборок, редактирование собственного профиля, своих альбомов и прочее.
Ручками сделали ты вей биндинг между двумя инстанасами роутера?
Мы делали музыкальный сервис. Есть основная область, где все происходит, выбор альбома, поиск, и прочее. А есть вспомогательная, где происходит донат в несколько этапов, комментирование, ревью плейлистов, оценка подборок, редактирование собственного профиля, своих альбомов и прочее.
я больше про техническую часть, не очень представляю, как должны работать два роутинга вместе
Пришлось буквально сделать двойной роутинг. Основной это path роутер — смотрел на обычный путь в урле и рендерил в основную страницу. А вот вспомогателный это боль болей. Он брался из ?panel=name.sub
В итоге, если чувак смотрит альбом и хочет задонатить ему: /album/12345?panel=support.album
Боль возникла в кейсе, когда панель связана со страницей. Пример: открыл свой профиль /profile хочешь отредактировать его /profile?panel=profile.edit
но когда хочешь уйти со страницы профиля, панель редактирования профиля тоже надо закрыть но панель не надо закрывать, если там НЕ профиль в этой панели открывается текущий плейлист
Кейс может выглядеть так: 1. открыл профиль и редактируешь 2. открыл плейлист, сменил песню 3. закрыл плейлист, нужно чтобы ты вернулся на страницу редактирования профиля 4. ушел со страницы профиля, панель должна быть закрыта