Stateless Session Bean

Stateful Session Bean

Web Service Bean

Singleton Session Bean

Message-Driven Bean

ui:fragment e ui:include

ui:component e ui:param

ui:component e ui:include

ui:decorate e ui:param

ui:composition e ui:define

Quando o construtor de uma das superclasses recebem parâmetros, aqueles que são das subclasses são passados para os construtores das subclasses por meio da instrução super.

Na classe Principal, as instruções import classes.Diarista; e import classes.Mensalista; podem ser excluídas sem ocasionar erros, pois os objetos fun01 e fun02 são do tipo Funcionário e, por isso, apenas a classe Funcionário precisa ser importada.

Os objetos fun01 e fun02 são do mesmo tipo, porém, quando chamam o método obterSalario, recebem valores diferentes, logo, se comportam de maneiras diferentes. Essa constatação mostra o uso de um conceito da orientação a objetos chamado de polimorfismo.

As subclasses Mensalista e Diarista não podem possuir um construtor padrão sem argumentos, pois todos os objetos dessas classes precisam passar parâmetros para a superclasse Funcionário.

O fato das classes Diarista e Mensalista herdarem atributos e métodos da classe Funcionário demostra o uso de herança múltipla.

correta, pois métodos protected podem ser acessados de qualquer outra classe do projeto, inclusive da classe Principal.

correta, pois o método obterSalario chamado é da classe Diarista (que é public) e não da classe Funcionário.

incorreta, pois o método obterSalario chamado é da classe Mensalista e, na realidade, deveria ser da classe Diarista.

incorreta, pois como as classes Principal e Funcionário estão em pacotes diferentes, não é possível chamar o método obterSalario a partir da classe Principal.

correta, pois a classe Funcionário herda o método obterSalario (que é public) da classe Diarista.