Um atributo que é uma outra classe pode representar tanto composição quanto agregação, o que dependeria muito do contexto. Mas como no caso acima eu achei ser agregação, ficaria com esta resposta
De qualquer forma eu achei a pergunta muito nebulosa, e fico me questionando se realmente é possivel chegar a uma resposta inquestionavel.
M
marcelostanley
aresposta é letra b) só nao me pergunte pq kkkkk
Dieval_Guizelini
Vejamos se podemos ajudá-lo:
As três formas de relacionamento entre classes são:
:arrow: Associação - Os objetos são cientes uns dos outros, de modo que podem trabalhar juntos;
:arrow: Composição:
Uma parte pode ser membro de somente uma configuração. A parte não pode fazer existir fora da configuração.
Como uma classe controla o tempo da instância de outra classe, então eu acredito que o enunciado esteja querendo passar a idéia que este objeto (que sofre o controle) não pode existir fora do objeto que exerce o controle. Daí a composição (mas estão forçando um pouco a barra aqui, isto mais parece erros de tradução).
Com relação ao segundo item, o texto também está bastante truncado, veja, quantas classes que você implementou possui atributos que eram outras classes (no primeiro momento eu pensei em classes internas). Mas alguns design patterns faz uso deste conceito, por exemplo na API JCE do java que busca um arquivo de propriedades para definir de qual classe ele irá criar uma instância…). Agora se definirmos um atributo como Class, este atributo terá dependência com todas as classes do java e da aplicação?
Este seu exercício parece ser um daqueles ótimos para demonstrar UML ou conceitos de OO mas que sào díficeis de aplicar (implementar) em linguagens OO.
fw
M
marcelostanley
na verdade essa foi uma questão de prova do MPU p/ analista de desenvolvimento !!
vlw mesmo pelos toques, ajudou a clarear as idéias. A questão é meio confusa realmente , concordo ! o 2º item principalmente …