Com base nos conceitos fundamentais de padrões de projeto (...

A alternativa correta é C - certo.

Vamos entender o porquê:

No contexto dos padrões de projeto (design patterns) e arquitetura de software, o padrão MVC (Model-View-Controller) é amplamente utilizado para separar a lógica da aplicação em três componentes distintos:

• Model: Representa os dados e a lógica de negócios da aplicação.
• View: Responsável pela apresentação dos dados ao usuário.
• Controller: Intermedia a entrada do usuário, manipulando o modelo e atualizando a visão.

O item mencionado na questão aborda a interação entre o Model e as Views no padrão MVC. Especificamente, ele se refere ao uso do padrão Observer, que é um padrão de projeto comportamental.

O padrão Observer define uma dependência um-para-muitos entre objetos, de modo que quando um objeto muda de estado, todos os seus dependentes são notificados e atualizados automaticamente. No contexto do MVC, isso significa que quando o Model é atualizado, todas as Views associadas são notificadas para refletirem essas mudanças.

Portanto, a afirmação de que o padrão Observer segue a arquitetura MVC é correta, pois ele descreve exatamente como as mudanças no Model são propagadas para as Views, mantendo-as sincronizadas.

Justificativa da alternativa correta (C - certo):

A alternativa é correta porque o padrão Observer é fundamental para a implementação da arquitetura MVC. Ele permite que as Views sejam notificadas e atualizadas sempre que o estado do Model muda, garantindo a consistência dos dados apresentados ao usuário. Este é um comportamento esperado e desejado no padrão MVC.

Alternativa incorreta (E - errado):

Se tivéssemos marcado "errado", estaríamos negando a relação entre o padrão Observer e o MVC, o que não é correto. Essa relação é fundamental para o funcionamento do MVC, pois a notificação e atualização automática das Views são essenciais para manter a interface do usuário consistente com os dados do Model.

Espero que essa explicação tenha ajudado a clarificar o conceito e a importância do padrão Observer dentro da arquitetura MVC. Qualquer dúvida, estou à disposição!

Oxe,

até é possível implementar o MVC com observer, agora dizer que o observer segue a arquitetura MVC é meio esquisito.

se alguém puder explicar essa afirmação, agradecido

https://medium.com/@levyhnunes/mvc-e-seus-design-patterns-no-flutter-cf88f8687f93

C

Certo

De acordo com as informações fornecidas nos resultados de pesquisa, o padrão Observer é um padrão de projeto que se encaixa perfeitamente na arquitetura MVC. No padrão Observer, o modelo é o "observado" e as visões são os "observadores". Quando o modelo muda de estado, as visões correspondentes são notificadas e atualizadas automaticamente[1][2][3][4].

Isso é exatamente o que ocorre na arquitetura MVC, onde o modelo é o objeto de aplicação, a visão é a apresentação na tela e o controlador é o que define a maneira como a interface do usuário reage com as entradas. Quando o modelo muda de estado, as visões correspondentes são notificadas e atualizadas, o que é um exemplo perfeito do padrão Observer em ação[1][2][3][4].

Portanto, o item está correto ao afirmar que o padrão observer segue a arquitetura MVC, pois ambos compartilham a mesma lógica de notificação e atualização de estado entre o modelo e as visões[1][2][3][4].

Citations:

[1] https://www.freecodecamp.org/portuguese/news/4-padroes-de-projeto-que-voce-deveria-conhecer-observer-singleton-strategy-e-decorator/

[2] https://www.devmedia.com.br/padroes-comportamentais-no-mvc/28707

[3] https://www.macoratti.net/13/03/net_obs1.htm

[4] https://www.devmedia.com.br/o-padrao-de-projeto-observer/22861

MVC segue o padrão observer, não o contrário. Passível de anulação.

Esse padrão define uma dependência um-para-muitos entre objetos para que, quando um objeto mudar de estado, os seus dependentes sejam notificados e atualizados automaticamente.

Certo.

O padrão Observer é um padrão de projeto que se encaixa bem na arquitetura MVC (Model-View-Controller). No padrão Observer, quando o modelo (Model) muda de estado, ele notifica automaticamente todas as suas visões (Views) registradas, que são então atualizadas para refletir essas mudanças. Essa separação de responsabilidades entre modelo e visão é fundamental no MVC, onde o modelo contém os dados e a lógica de negócios, enquanto as visões são responsáveis por apresentar esses dados aos usuários de maneira adequada.