Solicito a troca de gabarito A (transformar eventos gerados pela view em ações de negócio alterando o model) para B(transformar eventos pela view em ações
temporárias de negócio) pelos motivos abaixo expostos.
A camada de controle também é responsável por ações temporárias e permanentes de negócio vide Ajax onde há validação de dados de entrada do lado do servidor e
exibindo alertas interativos dinamicamente nos formulários da visão do usuário, o que não necessariamente provoca persistência no banco de dados.
Persistir dados é função da camada controle com a camada de modelo.
Ao contrário do que se afirma na alternativa dada como gabarito, o controller não altera o modelo de dados, quem altera é o programador.
Persistir dados é diferente de alterar modelo.
Exemplo de procedimento de alteração do modelo, não realizado pela camada de controle.
https://docs.microsoft.com/en-us/aspnet/mvc/overview/getting-started/database-first-development/changing-the-database
Exemplo de validação de dados de entrada pelo controller o que pode provocar uma ação de negócio temporária ou permanente
Não posso transcrever o código aqui devido à restrição de caracteres lt e gt utilizados em xml/html.
https://www.caelum.com.br/apostila-java-web/spring-mvc/#incluindo-validao-no-cadastro-de-tarefas