flutter_base_project
1.0.0
Gestion de l'État
Localisation
Cache
Réseau
Sérialisable
Base
Peut être déplacé d'un projet à l'autre. Les structures qu'il contient peuvent être utilisées en douceur dans chaque projet.
Dans un projet basé sur l'architecture MVVM, nous créons les structures de base des couches Model-View-ViewModel à partir d'ici.
Constantes
Le dossier où les valeurs qui ne changeront pas tout au long de l'application et peuvent être utilisées du début à la fin sont conservées.
Comprend des noms de navigation qui seront utilisés par le chemin d'application, les valeurs d'énumération, les constantes d'image, les chemins de navigation.
Extensions
Les extensions qui peuvent être utilisées dans toutes les parties du projet en termes de mentalité de code propre sont essentielles.
context_extension => Le lieu où des valeurs telles que la largeur, la hauteur, le rembourrage et la durée sont conservées dans l'application.
Init
L'endroit où des contrôles importants tels que Cache, Lang, Navigation, Network, Notifier et Thème sont gérés pour une application mobile.
cache => contient le gestionnaire des paramètres régionaux pour gérer le cache d'application dans cette section.
Lang => contient un gestionnaire de langage pour la localisation. Pour la localisation, les langues qui seront localisées devraient être placées dans des dossiers tels que en-us.json, tr-tr.json sous Assets / Lang. Après toutes les modifications apportées dans ces dossiers, la commande "Flutter Pub Run Easy_Localisation: Generate -o lib / core / init / lang -f Keys -o Locale_Keys.g.dart -s Assets / Lang" doit être écrit dans le terminal.
Navigation => Le lieu où les services de service de navigation et de navigation sont fournis.
réseau => utilisé pour gérer les opérations de grattage Web à partir de sites Web à l'aide de Dio
notifier => gère les changements de thème entre les thèmes sombres et clairs avec le notificateur de thème.
thème => utilisé pour gérer le thème de l'application.
Après avoir terminé les processus de développement architectural spécifiés dans la section des couches du projet, nous pouvons commencer à remplir les vues et les modéliers de vue de l'application en général.
Dans cette section, nous voyons comment nous pouvons utiliser les vues de notre application et ViewModels de manière intégrée avec le code que nous avons écrit dans la couche de base.
Lorsque nous commençons à créer la section ViewModel, nous commençons d'abord à générer un code ViewModel à l'aide de l'extrait MOBX. ( Notez que build_runner_watch est actif pendant ce processus. )
Après avoir terminé ce processus, MOBX_CODEGEN commence à écrire les codes générés dans le dossier ViewModel.g.dart en notre nom.
En développant notre ViewModel, nous utilisons le base_view_model que nous avons fait dans la section de base. Pour ce processus, nous ajoutons la classe avec Store, BaseViewModel Structure à la classe pour la dériver de la classe BaseViewModel.
Après avoir ajouté ces structures, nous intégrons nos fonctions setContext () et init () de notre base_view_model. "
Lorsque nous commençons à remplir la section View, nous utilisons d'abord le View_Base que nous avons développé dans la section de base.
Pour dessiner notre page, nous ajoutons notre BaseView à la section Retour, mais cette base de base doit être dérivée du ViewModel (par exemple: BaseView ())
Après avoir intégré le BaseView, nous commençons à remplir le code que nous avons écrit dans la section Base_View ici.
ViewModel => Nous donnons le ViewModel de la page que nous avons dessinée comme expliqué ci-dessus.
onModelReady => Nous contrôlons l'interaction contextuelle du modèle que nous avons donné.
onPageBuilder => C'est la section où nous commençons à dessiner notre page.
