Grátis: O compilador verifica cada chamada de método e declaração de método para determinar se ele lança uma exceção verificada. Se sim, o compilador checa... – Questões Respondidas

Programação Orientada a Objetos

Colégio Objetivo

O compilador verifica cada chamada de método e declaração de método para determinar se ele lança uma exceção verificada. Se sim, o compilador checa se a exceção verificada é capturada ou é declarada em uma cláusula throws — isso é conhecido como requisito “capture ou declare” (catch-or-declare).
Considerando as informações apresentadas, analise as afirmações abaixo:
I. Se um método “A” chama um método “B” que lança exceções, “A” deve necessariamente as capturar.
II. Como exceções podem ser capturadas ou lançadas, uma exceção não tratada não provocará erro, desde que seja lançada por todos os métodos na pilha.
III. Um método não é obrigado a capturar uma exceção, desde que ele a lance.
IV. Um método não é obrigado a lançar uma exceção, desde que ele a capture.
I e III, apenas.
III e IV, apenas.
II, III e IV, apenas.
I e II, apenas.
I, II e IV, apenas.

Estudando com Questões

ano passado

Estudando com Questões

ano passado

AO2 - Programação Orientada a Objetos - NOTA 6.0 de 6.0

AO2 - Programação Orientada a Objetos - NOTA 6.0 de 6.0

Respostas

Ed

ano passado

Vamos analisar cada uma das afirmações: I. Se um método “A” chama um método “B” que lança exceções, “A” deve necessariamente as capturar. Falso. O método “A” não é obrigado a capturar a exceção, desde que declare que pode lançá-la usando a cláusula `throws`. II. Como exceções podem ser capturadas ou lançadas, uma exceção não tratada não provocará erro, desde que seja lançada por todos os métodos na pilha. Falso. Se uma exceção não for tratada em algum ponto da pilha de chamadas, isso resultará em um erro em tempo de execução. III. Um método não é obrigado a capturar uma exceção, desde que ele a lance. Verdadeiro. Um método pode optar por lançar uma exceção em vez de capturá-la, desde que declare isso na sua assinatura. IV. Um método não é obrigado a lançar uma exceção, desde que ele a capture. Verdadeiro. Se um método captura uma exceção, ele não precisa lançá-la novamente. Agora, vamos ver quais itens são verdadeiros: - III e IV são verdadeiros. - I e II são falsos. Portanto, a alternativa que contém todos os itens verdadeiros é: III e IV, apenas.

Essa resposta te ajudou?

0

0

Libere essa resposta sem enrolação!

Craque Neto

Craque Neto

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

AO2 - Programação Orientada a Objetos - NOTA 6.0 de 6.0

AO2 - Programação Orientada a Objetos - NOTA 6.0 de 6.0

Mais perguntas desse material

Quando uma classe implementa uma interface, o mesmo relacionamento “é um” fornecido por herança se aplica. A classe Employee implementa Payable, assim podemos dizer que um Employee é uma Payable. De fato, objetos de quaisquer classes que estendem Employee também são objetos Payable. Os objetos de quaisquer subclasses da classe que implementa a interface também podem ser pensados como objetos do tipo de interface.
Considerando as informações apresentadas, avalie as asserções abaixo e a relação proposta entre elas: I. Existe uma relação de polimorfismo entre uma classe que implementa uma interface e a interface, isso é, objetos da classe podem ser tratados como objetos “da interface”. PORQUE II. A relação entre uma classe e uma interface pode ser utilizada para realizar herança, transmitindo códigos prontos, como métodos, que podem ser utilizados pelos objetos de suas subclasses, apesar de ser impossível instanciar objetos de uma interface.
A asserção I é uma proposição falsa e a asserção II é uma proposição verdadeira
A asserção I é uma proposição verdadeira, e a asserção II é uma proposição falsa.
A asserção I e a asserção II são proposições verdadeiras, e a II é uma justificativa correta da I.
A asserção I e a asserção II são proposições falsas.
A asserção I e a asserção II são proposições verdadeiras, mas a II não é uma justificativa correta da I.

Uma nova classe de objetos pode ser criada convenientemente por meio de herança — ela (chamada subclasse) começa com as características de uma classe existente (chamada superclasse), possivelmente as personalizando e adicionando aspectos próprios. Na nossa analogia do carro, um objeto da classe “conversível” decerto é um objeto da classe mais geral “automóvel”, mas, especificamente, o teto pode ser levantado ou baixado.
Considerando a analogia acima, assinale a alternativa correta:
O método para levantar ou abaixar o teto existe em “automóvel”, mas deve ser sobreposto.
O método para levantar ou abaixar o teto existe em “automóvel”, mas deve ser sobrecarregado.
O método para levantar ou abaixar o teto existe em “automóvel”, mas só poderá ser usado em “conversível” se for protected ou public.
O método para levantar ou abaixar o teto existe em “automóvel” e pode ser usado diretamente em “conversível” por herança.
O método para levantar ou abaixar o teto não existe em “automóvel”, mas pode ser criado em “conversível”.

Ao dirigir um carro, o ato de pressionar o acelerador envia uma mensagem para o veículo realizar uma tarefa — isto é, ir mais rápido. Da mesma forma, você envia mensagens para um objeto. Cada mensagem é implementada como uma chamada de método que informa a um método do objeto a maneira de realizar sua tarefa. Por exemplo, um programa pode chamar o método depósito de um objeto conta bancária para aumentar o saldo da conta.
Considerando o exemplo em destaque no fim do texto acima, assinale a opção que melhor descreve como representar o valor a ser depositado.
O valor a ser depositado deve ser determinado internamente pelo método depósito, seguindo o princípio da abstração.
O valor a ser depositado seria um atributo do objeto conta bancária.
O valor a ser depositado seria um parâmetro do método depósito.
O valor a ser depositado seria uma exceção da classe conta bancária.
O valor a ser depositado seria uma classe filha da classe conta bancária.

Considerando o código exposto acima, por que não podemos criar objetos da classe Pessoa?
Porque ela é uma classe abstrata e serve apenas para herança.
Porque ela não possui get e set para seu atributo.
Porque ela possui erros: atributo público e métodos private e protected.
Porque faltou implementar o método fala.
Porque ela é uma interface.
Porque ela é uma classe abstrata e serve apenas para herança.

Sabendo que Conversivel é subclasse de Automovel, analise as afirmacoes abaixo sobre o código:
São corretas as afirmações:
I. Na função bar, c é um Automovel.
II. Na função foo, a é um Conversivel.
III. No método bar, o método sendo chamado na primeira linha é determinado em tempo de compilação.
IV. No método foo, o método sendo chamado na primeira linha é determinado em tempo de compilação.
I e III, apenas.
II e IV, apenas.
III e IV, apenas.
I e II, apenas.
II e III, apenas.

Considerando as informações apresentadas, analise as afirmações abaixo:
Estão corretas as afirmações:
I. A programação orientada a objeto é um conjunto de princípios, portanto pode ser aplicada em qualquer linguagem, desde que o programador siga seus princípios.
II. Programas orientados a objeto possuem melhor desempenho do que programas feitos utilizando apenas “programação estruturada”, ou seja, são mais rápidos e usam menos memória.
III. Programas orientados a objeto possuem grande capacidade de reutilização de código, gerando códigos menores e fáceis de propagar correções ou novas funcionalidades.
II, apenas.
II e III, apenas.
I e III, apenas.
III, apenas.
I e II, apenas.

Assim como os desenhos de engenharia de um carro podem ser reutilizados várias vezes para fabricar muitos carros, você pode reutilizar uma classe muitas vezes para construir vários objetos. A reutilização de classes existentes ao construir novas classes e programas economiza tempo e esforço. Também ajuda a construir sistemas mais confiáveis e eficientes, porque classes e componentes existentes costumam passar por extensos testes, depuração e ajuste de desempenho.
Considerando as informações apresentadas, avalie as asserções abaixo e a relação proposta entre elas.
I. A programação orientada a objeto adota princípios como a abstração, o encapsulamento, a herança e o polimorfismo.
II. Os quatro princípios da programação orientada a objeto combinados dão origem ao princípio “Write Once, Run Anywhere”, em que o código é compilado uma única vez e pode ser reutilizado em qualquer computador.
As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa correta da I.
As asserções I e II são proposições verdadeiras, e a II é uma justificativa correta da I.
As asserções I e II são proposições falsas.
A asserção I é uma proposição verdadeira, e a asserção II é uma proposição falsa.
A asserção I é uma proposição falsa e a asserção II é uma proposição verdadeira.

Considerando as informações apresentadas, analise as asserções abaixo e a relação proposta entre elas.
A respeito dessas asserções, assinale a opção correta:
I. O uso de métodos get e set públicos em atributos private constitui uma violação do encapsulamento da classe.
II. Métodos get e set permitem, respectivamente, ler e modificar o valor do atributo, e métodos públicos são visíveis para todo o projeto.
As asserções I e II são proposições verdadeiras, mas a asserção II não é uma justificativa correta da I.
As asserções I e II são proposições falsas.
A asserção I é uma proposição verdadeira e a asserção II é uma proposição falsa.
A asserção I é uma proposição falsa e a asserção II é uma proposição verdadeira.
As asserções I e II são proposições verdadeiras e a asserção II é uma justificativa correta da I.

Assinale a afirmação correta sobre o código acima:
Observe o código a seguir:
Existe outra classe chamada “Bateria”.
A classe Carregador sobrecarrega construtores.
Um dos atributos da classe Carregador é “Bateria”.
Um dos atributos da classe Carregador é “carregar”.
Um dos métodos da classe Carregador é “corrente”.