Теоретически библиотека навигации поддерживает любую архитектуру, которую вы можете использовать. Из коробки он может обрабатывать действия и фрагменты как пункты назначения навигации, но вы можете подключить собственное решение, внедрив свой собственный навигатор (например, см. эту статью ).
Однако, цитата / перефразированная из Google I / O говорит о навигации :
Что на самом деле предназначено для моей деятельности?
В настоящее время некоторые приложения очень активны, некоторые - фрагментированы или полностью находятся в другой системе. Мы движемся к модели, в которой Activity - это не просто точка входа в ваше приложение, а не владелец контента вашего приложения. На самом деле он просто сохраняет глобальное состояние, например, глобальную навигацию, например, панель навигации или нижнюю панель.
Таким образом, Google рекомендует иметь только пару действий для вашего приложения, потому что они нужны вам только в качестве точек входа. Например, у вас может быть один, который открывается из панели запуска, и другой, который открывается с помощью глубоких ссылок. После этого, когда ваше приложение запускается, вы можете делать все остальное внутри него с помощью фрагментов.
Подводя итог и прямо отвечая на два вопроса:
Компонент архитектуры навигации не «предназначен для устранения необходимости использовать несколько действий» как таковой, но это то, что Google рекомендует делать, когда вы его используете.
Вы по-прежнему можете использовать несколько видов деятельности и несколько фрагментов, смешанных вместе. Вы можете даже использовать одно действие с чисто навигацией на основе просмотра, если хотите. Все зависит от тебя. Если вы находите библиотеку навигации полезной в сочетании с тем, как вы разрабатываете свое приложение, используйте ее.
Инструменты библиотеки могут быть не такими уж хорошими для пользовательских назначений (например, визуальный редактор на данный момент, вероятно, будет поддерживать только Действия и Фрагменты), но вы можете использовать его по своему усмотрению из кода.