Gerenciamento do Estado
Localização
Cache
Rede
Serializável
Base
Pode ser movido de projeto para projeto. As estruturas que ele contém podem ser usadas sem problemas em todos os projetos.
Em um projeto baseado na arquitetura MVVM, criamos as estruturas básicas das camadas de model-viewmodel daqui.
Constantes
Pasta onde os valores que não serão alterados ao longo do aplicativo e podem ser usados do início ao fim são mantidos.
Inclui nomes de navegação que serão usados pelo caminho do aplicativo, valores de enum, constantes de imagem, caminhos de navegação.
Extensões
Extensões que podem ser usadas em todas as partes do projeto em termos de mentalidade de código limpo são essenciais.
context_extension => O local onde valores como largura, altura, preenchimento e duração são mantidos dentro do aplicativo.
Init
O local onde controles importantes, como cache, lang, navegação, rede, notificador e tema são gerenciados para um aplicativo móvel.
cache => contém gerente de localidade para gerenciar o cache do aplicativo nesta seção.
Lang => contém gerente de idiomas para localização. Para localização, os idiomas que serão localizados devem ser colocados em pastas como en-us.json, tr-tr.json sob ativos/lang. Após quaisquer alterações feitas nessas pastas, o comando "Flutter Pub Run Easy_localization: Gerate -o Lib/Core/Init/Lang -f Keys -o Locale_Keys.G.Dart -s Assets/Lang" deve ser escrito no terminal.
Navegação => O local onde são fornecidas serviços de serviço e navegação.
rede => usado para gerenciar operações de raspagem na web em sites usando DIO
notificador => gerencia o tema muda entre temas escuros e claros com notificador de tema.
tema => usado para gerenciar o tema do aplicativo.
Depois de concluir os processos de desenvolvimento arquitetônico especificados na seção Camadas do Projeto, podemos começar a preencher as visualizações e os modelos do aplicativo em geral.
Nesta seção, vemos como podemos usar as visualizações e os viewmodels de nosso aplicativo de maneira integrada com o código que escrevemos na camada base.
Quando começamos a fazer a seção ViewModel, começamos a gerar um código ViewModel usando o snippet mobx. ( Observe que Build_runner_watch está ativo durante esse processo. )
Depois de concluir esse processo, o mobx_codegen começa a gravar os códigos gerados na pasta ViewModel.G.Dart em nosso nome.
Durante o desenvolvimento de nosso ViewModel, usamos o BASE_VIEW_MODEL que fabricamos na seção base. Para esse processo, adicionamos a classe com a estrutura BaseViewModel à classe para derivá -la da classe BaseViewModel.
Depois de adicionar essas estruturas, integramos nossas funções setContext () e init () de nossa base_view_model. "

Ao começar a preencher a seção de exibição, primeiro utilizamos o View_Base que desenvolvemos na seção base.
Para desenhar nossa página, adicionamos nosso Baseview à seção de devolução, mas este Baseview deve ser derivado do ViewModel (por exemplo: Baseview ())
Depois de integrar o Baseview, começamos a preencher o código que escrevemos na seção Base_View aqui.
ViewModel => Damos a ViewModel da página que desenhamos, conforme explicado acima.
onModelReady => Controlamos a interação de contexto do modelo que demos.
OnPageBuilder => Esta é a seção em que começamos a desenhar nossa página.
