#flutter #flutter-navigation
#flutter #flutter-навигация
Вопрос:
Так что, на мой взгляд, Navigator 2.0 имеет больше смысла при запуске приложения в Интернете. У меня есть приложение, которое я внедряю в стадии разработки, — это система инвентаризации для магазина. Он разрабатывается для использования сотрудниками и запускается только на Android. Приложение пока имеет 32 экрана. Итак, предложит ли мне новый Navigator 2.0 некоторую оптимизацию или улучшение приложения, если я решу перейти от обязательной навигации?
По умолчанию новая навигационная система сложна, но эта сложность выигрывает, когда у нас есть приложение, которому требуется история (веб), что на самом деле не нужно приложению Android. Если я ошибаюсь, пожалуйста, откажите мне и покажите правильный путь. Спасибо.
Ответ №1:
Вы более или менее правы в том, что новый Navigator 2.0 демонстрирует свои основные преимущества при использовании вашего приложения Flutter в Интернете (например, history stack).
Лично я использую Navigator 2.0 также в своих мобильных приложениях. Однако я не переношу старые приложения, разработанные до Flutter 1.22. Обычно стоимость миграции будет выше, чем влияние преимуществ Navigator 2.0. Иногда вы можете подумать об использовании Navigator 2.0 в некоторых выбранных областях вашего приложения, например, в навигации по вкладкам или в каком-то конкретном потоке (например, покупка в электронной торговле).
Одним из основных преимуществ мобильных приложений, которое действительно полезно при переходе на Navigator 2.0, является обработка глубоких ссылок. Например, если вам нужно открыть какой-то конкретный экран из push-уведомлений или кардинально изменить свой навигационный стек в ответ на события (например, после регистрации).
В простейшем случае вы можете просто использовать Page API, который не требует настройки RouterDelegate, RouteInformationParser и RouteInformationProvider. Вы можете найти некоторые из моих примеров Navigator 2.0 здесь.