Android Live 🤖

​​Немного про Navigation Component
#jetpack #navigation #comments

Думаю, что многие из вас знакомы с библиотекой Jetpack Navigation Component, которая сейчас является рекомендованным решением для навигации от Google.

Я пробовал эту библиотеку как только она появилась, но в самом начале было довольно много багов, которые не позволили использовать её в проде. Сейчас решил снова вернуться к ней, и поговорить о плюсах и минусах этой библиотеки.

Начнём с хорошего:

🔹 рекомендованное решение от Google — библиотека входит в комплект Jetpack-библиотек, а это теоретически значит, что она будет поддерживаться, баги будут исправляться, а также будет интеграция с текущими компонентами.

🔹 удобный и красивый граф навигации — наверное, это одна из фич библиотеки, которая вызывает «вау-эффект»: все экраны и отношения между ними видны в одном месте в виде красивых превью;

🔹 хорошая документация — в целом, с компонентом разберётся любой разработчик за достаточно короткий промежуток времени, ведь документация хорошая. Правда, хотелось бы больше примеров кода и приложений;

А теперь поговорим о минусах, которые не позволили мне использовать её у себя в проекте.

⭕ отсутсвие кастомизации — у вас мало возможностей для настройки этой библиотеки. Например, я не нашёл как без костылей запретить пересоздавать фрагменты в BottomNavigationView, а ведь если у вас есть экран с картой, то его повторная инициализация занимает много времени;

⭕ навигация возможна только из Fragment — вы должны делать переходы между экранами только через Fragment. С одной стороны, это удобно, ведь, например, можно сразу, при клике на кнопку, вызвать нужный элемент навигации. Но с другой стороны — мы возлагает на Fragment больше ответственности, чем должно с точки зрения архитектуры.
Я склоняюсь к тому, чтобы слой View был максимально «глупым» и в нём было минимальное количество логики. А вызвать навигацию с ViewModel проблематично.

⭕ сложность настройки backstack — у вас есть возможность настроить multiple back stack, однако если мы говорим про stack Activity, то фрагменты при нажатии кнопки «назад» также пересоздаются. Возможно, я не нашёл в документации, как поправить это поведение, но мне кажется, что это должно быть кастомизируемым для каждого экрана.

Поэтому, пока я остаюсь на Cicerone, которая не имеет подобных минусов и полностью кастомизируется под мои требования.

Поделитесь своим мнением про Navigation Component, буду рад поменять своё мнение. 😉

www.tgoop.com/android_live/756

2.88K viewsSep 23, 2021 at 15:05

​​Немного про Navigation Component
#jetpack #navigation #comments

Думаю, что многие из вас знакомы с библиотекой Jetpack Navigation Component, которая сейчас является рекомендованным решением для навигации от Google.

Я пробовал эту библиотеку как только она появилась, но в самом начале было довольно много багов, которые не позволили использовать её в проде. Сейчас решил снова вернуться к ней, и поговорить о плюсах и минусах этой библиотеки.

Начнём с хорошего:

🔹 рекомендованное решение от Google — библиотека входит в комплект Jetpack-библиотек, а это теоретически значит, что она будет поддерживаться, баги будут исправляться, а также будет интеграция с текущими компонентами.

🔹 удобный и красивый граф навигации — наверное, это одна из фич библиотеки, которая вызывает «вау-эффект»: все экраны и отношения между ними видны в одном месте в виде красивых превью;

🔹 хорошая документация — в целом, с компонентом разберётся любой разработчик за достаточно короткий промежуток времени, ведь документация хорошая. Правда, хотелось бы больше примеров кода и приложений;

А теперь поговорим о минусах, которые не позволили мне использовать её у себя в проекте.

⭕ отсутсвие кастомизации — у вас мало возможностей для настройки этой библиотеки. Например, я не нашёл как без костылей запретить пересоздавать фрагменты в BottomNavigationView, а ведь если у вас есть экран с картой, то его повторная инициализация занимает много времени;

⭕ навигация возможна только из Fragment — вы должны делать переходы между экранами только через Fragment. С одной стороны, это удобно, ведь, например, можно сразу, при клике на кнопку, вызвать нужный элемент навигации. Но с другой стороны — мы возлагает на Fragment больше ответственности, чем должно с точки зрения архитектуры.
Я склоняюсь к тому, чтобы слой View был максимально «глупым» и в нём было минимальное количество логики. А вызвать навигацию с ViewModel проблематично.

⭕ сложность настройки backstack — у вас есть возможность настроить multiple back stack, однако если мы говорим про stack Activity, то фрагменты при нажатии кнопки «назад» также пересоздаются. Возможно, я не нашёл в документации, как поправить это поведение, но мне кажется, что это должно быть кастомизируемым для каждого экрана.

Поэтому, пока я остаюсь на Cicerone, которая не имеет подобных минусов и полностью кастомизируется под мои требования.

Поделитесь своим мнением про Navigation Component, буду рад поменять своё мнение. 😉

BY Android Live 🤖