J'ai suivi la doc de la Navigation de l'Architecture de Composants de comprendre comment ce nouveau système de navigation fonctionne.
Aller/retour à partir d'un écran à l'autre, vous avez besoin d'un composant qui implémente NavHost
interface.
Le NavHost est une vue vide, après quoi les destinations sont inversés et comme un utilisateur navigue à travers votre application.
Mais, il semble qu'actuellement seuls des Fragments de mettre en oeuvre NavHost
La Navigation de l'Architecture du Composant par défaut NavHost mise en œuvre est NavHostFragment.
Donc, mes questions sont les suivantes:
Même si j'ai un écran simple qui peut être mis en œuvre avec un
Activity
, afin de travailler avec ce nouveau système de navigation, unFragment
doit être accueilli contenant de l'opinion?Va
Activity
œuvreNavHost
interface dans un futur proche?
--Mise à JOUR--
Basé sur ianhanniballake réponse, je comprends que chaque activité contient sa propre navigation graphique. Mais si je veux aller d'une activité à une autre en utilisant la valeur liquidative de la composante (en remplacement de "vieux" startActivity
appel), je peux utiliser activity destinations
. Qu'est - activity destinations
n'est pas clair pour moi, car les docs pour la migration de ne pas aller dans le détail:
Séparer les Activités peuvent être reliées par l'ajout de l'activité des destinations à la navigation graphique pour remplacer les usages de startActivity() dans le code de base.
- Est-il un avantage sur l'utilisation de l'
ActivityNavigator
au lieu destartActivity
? - Quelle est la bonne façon de passer d'activités lors de l'utilisation de la valeur liquidative composant?