🌀
У меня по сути плоская навигация, нет никаких дочерних роутов
/step1
/step2
/step3
так?
/step2
/step3
так?
/steps
/1
/2
/3
можно оформить так
Size: a a a
2019 December 18
В
/step1
/step2
/step3
так?
/step2
/step3
так?
да
В
/steps
/1
/2
/3
можно оформить так
/1
/2
/3
можно оформить так
можно, но не проще ли тогда как-то.. хак какой что ли :D надо подумать
🌀
можно, но не проще ли тогда как-то.. хак какой что ли :D надо подумать
Но ты же можешь сделать красиво
Если эти шаги завязаны между собой, тогда их кое-что объединяет. А когда делаешь хорошо, тогда и проблем потом будет меньше. Например, тебе будет не сложно запрещать переходы назад/вперёд/вверх/вниз
Если эти шаги завязаны между собой, тогда их кое-что объединяет. А когда делаешь хорошо, тогда и проблем потом будет меньше. Например, тебе будет не сложно запрещать переходы назад/вперёд/вверх/вниз
В
Но ты же можешь сделать красиво
Если эти шаги завязаны между собой, тогда их кое-что объединяет. А когда делаешь хорошо, тогда и проблем потом будет меньше. Например, тебе будет не сложно запрещать переходы назад/вперёд/вверх/вниз
Если эти шаги завязаны между собой, тогда их кое-что объединяет. А когда делаешь хорошо, тогда и проблем потом будет меньше. Например, тебе будет не сложно запрещать переходы назад/вперёд/вверх/вниз
запрещать из родительского ?
🌀
запрещать из родительского ?
Да. Как я понял, у тебя сейчас каждый степ знает куда кнопки ведут назад/вперёд. То есть, они связаны. И поменять их местами означает что тебе нужно будет поправить код нескольких компонентов, при чем не просто рефакторинг, а подмена деталей.
Вместо этого, ты можешь отдавать в эти компоненты только команды «хочу идти вперед», или «хочу идти назад»
Когда какой-то шаг кликает на кнопку назад, он не знает что произойдёт дальше, он просто рендерит и хендлит свои ивенты.
Как только срабатывает клик эмиттера, родительский компонент видит что такой-то шаг хочет назад, где ты можешь поставить свои условия, можно ли ему это делать. И в зависимости от этого, снавигейтить если нужно.
Вместо этого, ты можешь отдавать в эти компоненты только команды «хочу идти вперед», или «хочу идти назад»
Когда какой-то шаг кликает на кнопку назад, он не знает что произойдёт дальше, он просто рендерит и хендлит свои ивенты.
Как только срабатывает клик эмиттера, родительский компонент видит что такой-то шаг хочет назад, где ты можешь поставить свои условия, можно ли ему это делать. И в зависимости от этого, снавигейтить если нужно.
В
Да. Как я понял, у тебя сейчас каждый степ знает куда кнопки ведут назад/вперёд. То есть, они связаны. И поменять их местами означает что тебе нужно будет поправить код нескольких компонентов, при чем не просто рефакторинг, а подмена деталей.
Вместо этого, ты можешь отдавать в эти компоненты только команды «хочу идти вперед», или «хочу идти назад»
Когда какой-то шаг кликает на кнопку назад, он не знает что произойдёт дальше, он просто рендерит и хендлит свои ивенты.
Как только срабатывает клик эмиттера, родительский компонент видит что такой-то шаг хочет назад, где ты можешь поставить свои условия, можно ли ему это делать. И в зависимости от этого, снавигейтить если нужно.
Вместо этого, ты можешь отдавать в эти компоненты только команды «хочу идти вперед», или «хочу идти назад»
Когда какой-то шаг кликает на кнопку назад, он не знает что произойдёт дальше, он просто рендерит и хендлит свои ивенты.
Как только срабатывает клик эмиттера, родительский компонент видит что такой-то шаг хочет назад, где ты можешь поставить свои условия, можно ли ему это делать. И в зависимости от этого, снавигейтить если нужно.
оо, прикол, я понял о_О
В
Да. Как я понял, у тебя сейчас каждый степ знает куда кнопки ведут назад/вперёд. То есть, они связаны. И поменять их местами означает что тебе нужно будет поправить код нескольких компонентов, при чем не просто рефакторинг, а подмена деталей.
Вместо этого, ты можешь отдавать в эти компоненты только команды «хочу идти вперед», или «хочу идти назад»
Когда какой-то шаг кликает на кнопку назад, он не знает что произойдёт дальше, он просто рендерит и хендлит свои ивенты.
Как только срабатывает клик эмиттера, родительский компонент видит что такой-то шаг хочет назад, где ты можешь поставить свои условия, можно ли ему это делать. И в зависимости от этого, снавигейтить если нужно.
Вместо этого, ты можешь отдавать в эти компоненты только команды «хочу идти вперед», или «хочу идти назад»
Когда какой-то шаг кликает на кнопку назад, он не знает что произойдёт дальше, он просто рендерит и хендлит свои ивенты.
Как только срабатывает клик эмиттера, родительский компонент видит что такой-то шаг хочет назад, где ты можешь поставить свои условия, можно ли ему это делать. И в зависимости от этого, снавигейтить если нужно.
да, примерно так и происходит, большая часть роутинга в гвардах, но в целом да, каждый компонент точно знает куда пойти вперёд
🌀
Но если тебе нужно быстро, и не переживаешь за состояние кода, его масштабирование, тогда конечно можешь набросать костыль в роутинг, но я не советую 😅
В
Но если тебе нужно быстро, и не переживаешь за состояние кода, его масштабирование, тогда конечно можешь набросать костыль в роутинг, но я не советую 😅
у нас намечена фаза рефакторинга где-то последние недели полторы до нг, так что просто помечу себе реализовать эту логику.
Это же её получается куда-то в canActivateChild выносить нужно у родительского компонента..
Это же её получается куда-то в canActivateChild выносить нужно у родительского компонента..
В
Но если тебе нужно быстро, и не переживаешь за состояние кода, его масштабирование, тогда конечно можешь набросать костыль в роутинг, но я не советую 😅
а если более сложная логика, когда компонент решает, что если А, то на компонент А, если Б, то Б, а если ошибка получения данных, то компонент В
В
то алиасы какие-то нужны, не просто stepPrer, stepNext
В
Хотя сам кейс странный и наверное не особо верный, когда компонент слишком много думает куда в итоге перенаправлять
🌀
то алиасы какие-то нужны, не просто stepPrer, stepNext
moveBack, moveNext
🌀
Хотя сам кейс странный и наверное не особо верный, когда компонент слишком много думает куда в итоге перенаправлять
все, что делает этот компонент - решает кого и в какой момент рендерить. Оркестрирующий.
В
все, что делает этот компонент - решает кого и в какой момент рендерить. Оркестрирующий.
я понимаю, что оркеструющий, не очень понимаю пока где он и кто он, как вариант вижу вынести эту логику в сервис, в общем подумать надо
Вキ
@thekiba напомни пожалуйста потом, как ты предложил сделать параметризацию роутера прям в массиве объектов Route? Задача заключалась в том, чтобы получить возможность определять пускать или не пускать на тот или иной компонент, если пришёл с определённого роута.
Условно говоря с последней страницы нельзя попасть на предпоследнюю, клиом "back", но можно зайти по прямой ссылке.
Решение в лоб это в гварде проверять с какого роута пришли, ты предложил как-то через параметры..
Условно говоря с последней страницы нельзя попасть на предпоследнюю, клиом "back", но можно зайти по прямой ссылке.
Решение в лоб это в гварде проверять с какого роута пришли, ты предложил как-то через параметры..
Сделай в гарде, норм решение
Про параметры я говорил про какой-то другой кейс
Про параметры я говорил про какой-то другой кейс
S
