FilledStacks / FilledStacks/flutter-tutorials
Implement Bottom Nav Bar using Stacked and Navigation Service
Personne n'a encore pris cette issue.
- Langage dominant
- Dart
- Étoiles
- 4.8k
- Forks
- 1.7k
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
We were working on custom bottom navigation bar using GestureDetector to navigate through different states. But it's increasing the Firebase Reads every the screen is built. With your recent update where IndexTrackingViewModel is included, we want to understand how to implement with a multi-route App and NavigationService.
In our scenario we have Splash Screen Navigates to HomeScreen. Bottom Navigation is visible in three screens, each of the following screen uses a custom stateless class CustomBottomNavigation which returns BottomNavigationBar.
- HomeScreen with Multi Widgets and Navigation Text Links
- FirebaseList Screen with Sliver List (OnTap of List Item) Firebase List Item Detail Screen.
- User Screen with Sliver List (OnTap of List Item) Firebase List Item Detail Screen.
Right now the navigation is controlled using Router as explained in your tutorial.
Do we have to extend IndexTrackingViewModel to each of the above three viewmodels which are currently extending BaseModel?
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par lire les points d’entrée mentionnés, IndexTrackingViewModel, BaseModel, Router et CustomBottomNavigation, puis suivez les flux de navigation de HomeScreen, FirebaseList et UserScreen. La tâche sera terminée lorsqu’une approche de navigation inférieure multi-routes, clairement documentée ou fonctionnelle, évitera les reconstructions d’écran et les lectures Firebase inutiles, avec notamment une décision concernant la manière dont les trois viewmodels utilisent IndexTrackingViewModel.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- dart, flutter
- Domaine
- mobile
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100