Prova 1 · Fundamentos e Princípios

Question 1

Uma startup lança rápido, com código bagunçado. Após 3 anos, a equipe triplicou e cada feature leva o triplo do tempo. O diretor propõe reescrever do zero com a mesma equipe e os mesmos hábitos. Segundo Martin, qual o prognóstico mais provável?

Accepted Answer

A reescrita repetirá a bagunça, pois a causa é a falta de disciplina, não o código antigo

Answer

A reescrita resolverá o problema, pois código novo é sempre limpo

Answer

O problema é o tamanho da equipe; basta reduzi-la

Answer

O problema é a linguagem; basta trocá-la

Question 2

O gerente de produto exige uma feature urgente que exige acoplar regras de negócio à tela. O desenvolvedor sênior recusa e propõe um prazo um pouco maior. Segundo o cap. 2, essa atitude é:

Accepted Answer

Correta: devs são responsáveis por defender a arquitetura, que é importante e não urgente

Answer

Incorreta: comportamento sempre vem antes de estrutura

Answer

Incorreta: arquitetura é decisão exclusiva do negócio

Answer

Irrelevante: a estrutura não tem valor para o negócio

Question 3

Relacione corretamente paradigma e disciplina imposta:

Accepted Answer

Estruturada: controle direto · OO: controle indireto · Funcional: atribuição

Answer

Estruturada: atribuição · OO: controle direto · Funcional: controle indireto

Answer

Estruturada: controle indireto · OO: atribuição · Funcional: controle direto

Answer

Estruturada: herança · OO: encapsulamento · Funcional: polimorfismo

Question 4

Um sistema de pagamentos chama GatewayCielo.cobrar() dentro do caso de uso FinalizarPedido. A empresa quer trocar para outro gateway. Qual refatoração aplica corretamente o poder central da OO descrito no cap. 5?

Accepted Answer

Criar GatewayPagamento no módulo do caso de uso e fazer o adaptador Cielo implementá-la

Answer

Criar GatewayPagamento no módulo da Cielo e fazer o caso de uso implementá-la

Answer

Fazer FinalizarPedido herdar de GatewayCielo

Answer

Adicionar um if para cada gateway dentro do caso de uso

Question 5

Um sistema de reservas sofre com overbooking por condição de corrida ao atualizar o contador de assentos. Qual abordagem do cap. 6 ataca a causa?

Accepted Answer

Registrar reservas como eventos imutáveis e calcular disponibilidade a partir deles

Answer

Adicionar mais servidores

Answer

Aumentar o timeout do banco

Answer

Usar herança para separar assentos

Question 6

A classe Relatorio tem gerarPDF() (pedido pelo Financeiro) e gerarDashboard() (pedido pelo Marketing), ambas usando calcularTotais(). O Financeiro pede mudança nos totais e o dashboard passa a mostrar valores errados. Qual princípio e qual correção?

Accepted Answer

SRP; separar por ator, cada um com seu cálculo (duplicação acidental é aceitável)

Answer

LSP; criar subclasses de Relatorio

Answer

ISP; criar uma interface única para os dois

Answer

DIP; injetar o banco de dados

Question 7

Uma loja precisa adicionar frete por drone. Hoje, cada nova modalidade exige editar o CalculadoraFrete com mais um switch. Qual design satisfaz o OCP?

Accepted Answer

Interface ModalidadeFrete com implementações; novas modalidades são novas classes

Answer

Mover o switch para o controller

Answer

Criar um método estático por modalidade na mesma classe

Answer

Guardar o código da modalidade em uma coluna do banco

Question 8

A interface Armazenamento tem salvar() e ler(). A implementação ArmazenamentoSomenteLeitura lança exceção em salvar(). Clientes passam a checar o tipo antes de salvar. O que ocorreu?

Accepted Answer

Violação do LSP: o subtipo não é substituível e força ifs nos clientes

Answer

Aplicação correta do OCP

Answer

Aplicação correta do ISP

Answer

Violação do REP

Question 9

Considerando o caso anterior, qual princípio sugere uma correção estrutural?

Accepted Answer

ISP: separar Leitor e Gravador e cada cliente depender só do que usa

Answer

SRP: criar uma classe por banco

Answer

SAP: tornar o componente concreto

Answer

ADP: criar um ciclo entre leitores e gravadores

Question 10

Qual afirmação sobre o DIP é verdadeira?

Accepted Answer

Depender de classes concretas estáveis, como String, é aceitável

Answer

Toda dependência de classe concreta é proibida

Answer

Abstract Factory viola o DIP

Answer

Main deve depender apenas de interfaces

Question 11

Um componente Fiscal é usado por 10 sistemas e muda toda semana por causa de regras de UI misturadas nele. Cada mudança força 10 releases. Quais princípios de coesão estão em conflito?

Accepted Answer

CCP (separar o que muda por motivos diferentes) e CRP (não forçar dependência do que não se usa)

Answer

LSP e OCP

Answer

ADP e REP

Answer

SRP e LSP apenas

Question 12

Componente X: Fan-in = 1, Fan-out = 4, 10 classes, 0 abstratas. Componente Y: Fan-in = 8, Fan-out = 0, 10 classes, 9 abstratas. Qual análise está correta?

Accepted Answer

X: I = 0,8, A = 0 (D = 0,2). Y: I = 0, A = 0,9 (D = 0,1). Ambos próximos da sequência principal

Answer

X está na zona de dor; Y na zona de inutilidade

Answer

X: I = 0,2; Y: I = 1. Ambos instáveis

Answer

Ambos estão exatamente sobre a sequência principal

Question 13

O build de uma empresa falha porque o componente A depende de B, B de C e C de A. Ninguém consegue liberar versões independentes. Qual princípio foi violado e qual a correção?

Accepted Answer

ADP; quebrar o ciclo com DIP ou extrair novo componente

Answer

SAP; tornar todos os componentes abstratos

Answer

SDP; aumentar o fan-in de A

Answer

REP; versionar os três juntos para sempre

Question 14

Segundo o SDP, um componente que contém regras voláteis de layout de relatórios deve:

Accepted Answer

Ter alta instabilidade (I próximo de 1) e poucos dependentes

Answer

Ser dependido por todos os componentes centrais

Answer

Ser altamente estável e concreto

Answer

Ficar na zona de dor

Question 15

Sobre o esquema do banco de dados no gráfico A × I, o autor observa que:

Accepted Answer

Costuma cair na zona de dor: concreto, muito dependido e doloroso de mudar

Answer

Está sempre na sequência principal

Answer

Está na zona de inutilidade

Answer

Não pode ser medido

Question 16

Qual a diferença entre a granularidade de reuso definida pelo REP e o agrupamento do CCP?

Accepted Answer

REP foca em quem reutiliza (versão e release); CCP foca em quem mantém (mudar junto)

Answer

São idênticos

Answer

REP proíbe releases; CCP exige microsserviços

Answer

REP vale só para Java; CCP vale para todas

Question 17

Um time aplica programação estruturada e afirma: "Nossos 2.000 testes passaram, portanto o sistema está correto". Qual a crítica do cap. 4?

Accepted Answer

Testes mostram presença de bugs, não ausência; o sistema só não foi falseado ainda

Answer

A afirmação está correta

Answer

Deveriam ter usado goto para cobrir mais caminhos

Answer

Testes só valem com prova formal

Question 18

Qual cenário descreve corretamente a relação entre fluxo de controle e dependência de código na OO?

Accepted Answer

O caso de uso chama o repositório em execução, mas o código do repositório depende da interface do caso de uso

Answer

Ambos sempre apontam na mesma direção

Answer

A dependência de código sempre segue o fluxo de controle

Answer

OO impede chamadas entre módulos

Question 19

Em um projeto recém-iniciado, onde o arquiteto deve posicionar os componentes no triângulo de tensão?

Accepted Answer

Mais perto de CCP/CRP, privilegiando desenvolvimento; REP ganha peso com a maturidade

Answer

Sempre no REP, desde o primeiro dia

Answer

No centro exato, para sempre

Answer

Fora do triângulo

Question 20

Qual alternativa NÃO é um sintoma de violação do SRP?

Accepted Answer

Uma interface de serviço com 2 implementações intercambiáveis

Answer

Merges frequentes de times diferentes no mesmo arquivo

Answer

Mudança do RH quebrando relatório do Financeiro

Answer

Uma classe alterada por três diretorias distintas

Prova 1 · Fundamentos e Princípios

Objetivas

Dissertativas