Pular para conteúdo

Exercícios - Aula 07 📝

🟢 Básicos

  1. Identifique os papéis: Quem recebe o clique do botão? Quem salva no banco? Quem guarda o nome do produto? (MVC)
  2. Por que a View não deve ter código de conexão com o banco de dados?

🟡 Intermediários

  1. Descreva o caminho que a informação percorre no MVC quando um usuário clica para "Listar Produtos".
  2. Qual o perigo de ter uma "Fat View" (Visão gorda, com muita lógica)?

🔴 Desafio

5. Refatore mentalmente um código onde o JButton faz um INSERT direto no banco. Como você dividiria isso em 3 classes (Produto, ProdutoController, TelaProduto)?

📚 Gabarito e Soluções Comentadas

Gabarito Explicado ### Questão 1: Identifique os papéis **Resposta Comentada:** - **Fundamentação:** No contexto de **Spring Data JPA e Repositories**, o conceito abordado (Identifique os papéis) é essencial para assegurar que os requisitos do sistema sejam estruturados de forma padronizada e escalável. - **Justificativa Técnica:** A abordagem recomendada prioriza baixo acoplamento, alta coesão e facilidade de manutenção em ambientes de produção, evitando retrabalho e inconsistências operacionais. ### Questão 2: Por que a View não deve ter código de conexão com o banco de dados? **Resolução e Implementação:** 
// Estrutura de implementação recomendada para Por que a View não deve ter código de conexão com o banco de dados?
// Validação de regras de negócio e retorno consistente
- **Explicação:** A solução atende diretamente aos requisitos de **Spring Data JPA e Repositories**, garantindo tipagem consistente, legibilidade e tratamento de casos de borda. ### Questão 3: Descreva o caminho que a informação percorre no MVC quando um usuário clica para "Listar Produtos". **Resolução e Implementação:** 
// Estrutura de implementação recomendada para Descreva o caminho que a informação percorre no MVC quando um usuário clica para "Listar Produtos".
// Validação de regras de negócio e retorno consistente
- **Explicação:** A solução atende diretamente aos requisitos de **Spring Data JPA e Repositories**, garantindo tipagem consistente, legibilidade e tratamento de casos de borda. ### Questão 4: Qual o perigo de ter uma "Fat View" (Visão gorda, com muita lógica)? **Resposta Comentada:** - **Fundamentação:** No contexto de **Spring Data JPA e Repositories**, o conceito abordado (Qual o perigo de ter uma "Fat View" (Visão gorda, com muita lógica)?) é essencial para assegurar que os requisitos do sistema sejam estruturados de forma padronizada e escalável. - **Justificativa Técnica:** A abordagem recomendada prioriza baixo acoplamento, alta coesão e facilidade de manutenção em ambientes de produção, evitando retrabalho e inconsistências operacionais. ### Questão 5: Refatore mentalmente um código onde o `JButton` faz um `INSERT` direto no banco. Como você dividiria isso em 3 classes (Produto, ProdutoController, TelaProduto)? **Resolução e Implementação:** 
// Estrutura de implementação recomendada para Refatore mentalmente um código onde o `JButton` faz um `INSERT` direto no banco. Como você dividiria isso em 3 classes (Produto, ProdutoController, TelaProduto)?
// Validação de regras de negócio e retorno consistente
- **Explicação:** A solução atende diretamente aos requisitos de **Spring Data JPA e Repositories**, garantindo tipagem consistente, legibilidade e tratamento de casos de borda.