Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • S Sow Good Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1
    • Issues 1
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • SOW GOOD
  • Sow Good Wiki
  • Wiki
  • arquitetura

arquitetura · Changes

Page history
Inclusão da explicação da arquitetura e ilustração authored May 03, 2023 by Carolina Schmitt Fração's avatar Carolina Schmitt Fração
Show whitespace changes
Inline Side-by-side
arquitetura.md
View page @ 310773dd
......@@ -113,3 +113,17 @@ git push
# Diagrama de Componentes
![Image](https://tools.ages.pucrs.br/sow-good/wiki/-/raw/main/Arquitetura_sow-good_-_Diagrama_de_componentes_1.png)
# Modelo da Arquitetura usada pelo Aplicativo
O modelo escolhido para ser utilizado na comunicação entre os componentes foi o modelo MVVM. A camada Model( Modelo ) não conhece a View( Camada de apresentação ) e vice-versa, na verdade a View conhece a ViewModel e se comunica com ela através do mecanismo de binding.
A View, atravéz do databinding, interage com a ViewModel notificando a ocorrência de eventos e o disparo de comandos. A ViewModel por sua vez, responde a esta notificação realizando alguma ação no modelo; seja obtendo alguma dado, atualizando ou inserindo informações no modelo.
* **View:** A responsabilidade da View é definir a aparência ou estrutura que o usuário vê na tela;
* **ViewModel:** A responsabilidade da ViewModel no contexto do MVVM, é disponibilizar para a View uma lógica de apresentação. A View Model não tem nenhum conhecimento específico sobre a view, ou como ela implementada, nem o seu tipo. A ViewModel implementa propriedades e comandos, para que a View possa preencher seus controles e notifica a mesma, caso haja alteração de estado; seja através de eventos ou notificação de alteração;
* **Model:** o Model no MVVM, encapsula a lógica de negócios e os dados. O Modelo nada mais é do que o Modelo de domínio de uma aplicação, ou seja, as classes de negócio que serão utilizadas em uma determinada aplicação. O Modelo também contém os papéis e também a validação dos dados de acordo com o negócio, cuja aplicação em questão visa atender.
![Image](https://miro.medium.com/v2/resize:fit:1400/0*nclq7xrDYpgC73hN.png)
\ No newline at end of file
Clone repository
  • AWS
  • Gerenciamento do Projeto
  • arquitetura
  • banco_dados
  • configuracao
  • Home
  • mockups
  • requisitos
  • sprints