Grátis: 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... – Questões Respondidas

Programação Orientada a Objetos

Outros

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.

Exercícios Para o Aprendizado

ano passado

Exercícios Para o Aprendizado

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 afirmação: I. Na função bar, c é um Automovel. Verdadeiro, se "Conversivel" é uma subclasse de "Automovel", então um objeto da classe "Conversivel" também é um "Automovel". II. Na função foo, a é um Conversivel. Verdadeiro, se "a" é declarado como um objeto da classe "Conversivel", então "a" é um "Conversivel". III. No método bar, o método sendo chamado na primeira linha é determinado em tempo de compilação. Falso, em linguagens orientadas a objetos, a resolução de métodos (especialmente em casos de polimorfismo) é geralmente feita em tempo de execução, não em tempo de compilação. IV. No método foo, o método sendo chamado na primeira linha é determinado em tempo de compilação. Verdadeiro, se "a" é um "Conversivel" e o método chamado é específico da classe "Conversivel", então a chamada pode ser resolvida em tempo de compilação. Agora, vamos resumir as afirmações: - I: Verdadeiro - II: Verdadeiro - III: Falso - IV: Verdadeiro As afirmações corretas são I, II e IV. Portanto, a alternativa que contém todos os itens verdadeiros é: I e II, 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.

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.

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.

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”.