Em um projeto de software orientado a objetos, surgiu a necessidade de modelar um certo comportamento alternativo com base no tipo específico de uma determinada entidade. Procedimento similar foi desenvolvido no passado, usando lógica condicional através dos comandos se – então – senão em uma linguagem de programação estruturada. Qual recurso o programador deverá utilizar para solucionar a questão nesse novo projeto?

Analise as informações que se seguem, relacionadas aos conceitos de Orientação a Objetos (OO).

I - O conceito de herança possibilita a especialização de comportamentos pré-existentes em classes ancestrais.

II - Para que um método seja ativado num objeto, uma mensagem não precisa necessariamente ter uma referência explícita a ele, se o objeto default da classe correspondente estiver adequadamente configurado.

III - Uma das desvantagens da herança é a criação de dependência entre as classes envolvidas.

IV - De acordo com a ideia do encapsulamento, é desejável, do ponto de vista de um objeto, que seus atributos internos estejam protegidos contra modificações diretas e que o acesso seja realizado por meio de métodos específicos (setters e getters).

V - Polimorfismo está relacionado à vinculação dinâmica de mensagens e sobrescrita de métodos, sendo que o método correto a ser chamado só será definido em tempo de execução e dependerá do tipo da instância do objeto referenciado pela mensagem.

São corretas APENAS as afirmações

Analise as afirmativas a seguir relativas ao paradigma da orientação a objetos.

I - O princípio do encapsulamento preconiza que um objeto deve esconder a sua complexidade interna.

II - Uma mensagem de um objeto A para um objeto B indica que A realizou uma tarefa requisitada por B.

III - A existência da mesma operação polimórfica definida em duas classes, ClasseA e ClasseB, implica necessariamente que ou ClasseA seja subclasse de ClasseB, ou que ClasseB seja subclasse de ClasseA.

É correto APENAS o que se afirma em

A classe abstrata ClasseAbstrata possui um método abstrato cuja assinatura é

public void imprima()

Cada subclasse concreta de ClasseAbstrata implementa o método imprima() de acordo com os seus requisitos, resultando em métodos de mesma assinatura e comportamentos potencialmente diferentes entre as subclasses.

A classe concreta ClasseComponente possui um método cuja assinatura é
public void execute(ClasseAbstrata instancia)

Em tempo de execução, o método receberá uma instância de uma das classes descendentes de ClasseAbstrata. O fato de que uma chamada ao método imprima() da instância recebida poderá resultar na execução de diferentes implementações do método, dependendo da classe concreta a que a instância pertença, caracteriza o importante conceito da orientação a objetos chamado

Há princípios essenciais para administrar a complexidade de um domínio de problemas na análise orientada a objetos. NÃO é um desses princípios a(s)

Várias linguagens orientadas a objetos surgiram ao longo do tempo, como SmallTalk, C++, Java e C#.
A característica essencial das linguagens orientadas a objetos é de que elas incluem facilidades para permitir a

Em programação orientada a objetos, é correto afirmar que herança múltipla:

Para alterar o paradigma de modelagem numa organização de análise estruturada para análise orientada a objeto, é necessário que a linguagem de programação escolhida possua suporte direto:

Na programação orientada a objetos, há dois mecanismos possíveis para criar relacionamentos entres classes: a composição e a herança. Em um programa orientado a objetos, suponha que entre duas classes X e Y exista um relacionamento de herança no qual X é subclasse de Y. Suponha também que Y seja uma subclasse de uma classe abstrata denominada Z. Por fim, suponha que existam apenas métodos públicos ou privados, tanto em Y quanto em Z.

Para alterar esse programa de tal forma que ele permaneça o mesmo, do ponto de vista funcional para os clientes da interface pública da classe X, e que o relacionamento de herança entre X e Y seja substituído pelo de composição, um passo necessário no caso geral é definir um atributo do tipo

Uma certa tecnologia Java foi projetada para permitir que desenvolvedores criem facilmente aplicações Web com interfaces ricas (RIAs) que se comportem de forma consistente em múltiplas plataformas.

Na programação orientada a objetos, há dois mecanismos possíveis para criar relacionamentos entres classes: a composição e a herança. Em um programa orientado a objetos, suponha que entre duas classes X e Y exista um relacionamento de herança no qual X é subclasse de Y. Suponha também que Y seja uma subclasse de uma classe abstrata denominada Z. Por fim, suponha que existam apenas métodos públicos ou privados, tanto em Y quanto em Z.

Para alterar esse programa de tal forma que ele permaneça o mesmo, do ponto de vista funcional para os clientes da interface pública da classe X, e que o relacionamento de herança entre X e Y seja substituído pelo de composição, um passo necessário no caso geral é definir um atributo do tipo

Considere, em um primeiro sentido, que “pedreiros trabalham em construção civil” e, em sentido contrário, que “a construção civil emprega pedreiros”. Na análise orientada a objetos com notação UML(Unified Modeling Language), o exemplo mencionado, de acordo com o modelo objeto, está relacionado a uma

Na POO (Programação Orientada a Objetos), qual o princípio em que duas ou mais classes, derivadas de uma mesma superclasse, podem invocar métodos que têm a mesma identificação (assinatura), mas comportamentos distintos, especializados para cada classe derivada?

Várias linguagens orientadas a objetos surgiram ao longo do tempo, como SmallTalk, C++, Java e C#.

Alguns desenvolvedores, ignorando princípios básicos de orientação a objetos, criam soluções arquiteturais que simulam o estilo puramente procedural. Tais soluções utilizam uns poucos objetos contendo a maioria dos algoritmos usados pela aplicação. Estes, por sua vez, são orbitados por inúmeros outros objetos, que se comportam como provedores de dados para os primeiros. Sobre a solução descrita, conclui-se que

Um programador deve criar um novo projeto que envolva vários tipos de produtos com as mesmas funções, mas com peculiaridades diferentes. Por exemplo, o produto do tipo gold realiza as mesmas funções que o produto standard, mas, a cada uma delas, armazena a última configuração para fornecer uma memória para o usuário. O padrão apropriado para representar as classes deste projeto é o

O mecanismo de composição de objetos é essencial em um sistema de software orientado a objetos, pois permite que esses mesmos objetos colaborem entre si para, por meio de troca de mensagens, produzir resultados externamente visíveis aos usuários. Nesse contexto, considere as afirmativas abaixo.

I - Um objeto de uma classe C qualquer pode ser composto de outros objetos, sendo que esses últimos podem também ser da classe C.

II - Uma mensagem pode ser enviada de um objeto da classe ClasseA para um objeto da classe ClasseB, sem que a definição de ClasseA faça referência à ClasseB.

III - Uma operação, definida em uma classe abstrata C qualquer, pode ser invocada por um objeto de alguma superclasse de C.

É(São) correta(s) a(s) afirmativa(s)

Na técnica da orientação a objetos, há um princípio em que uma operação com consequência bem definida pode ser tratada como uma entidade única por seus usuários, independente da operação ser verdadeiramente conseguida por meio de qualquer sequência de operações de nível inferior. Tal princípio constitui um(a)