Programação com Objectos/Teste de 2012/01/07 - Revision history

Root: Redirected page to ist:Programação com Objectos/Teste de 2012/01/07

2018-11-07T17:33:07Z

Redirected page to ist:Programação com Objectos/Teste de 2012/01/07

Root: moved Programação com Objectos - Teste de 2012/01/07 to Programação com Objectos/Teste de 2012/01/07

2013-11-18T13:24:46Z

moved Programação com Objectos - Teste de 2012/01/07 to Programação com Objectos/Teste de 2012/01/07

← Older revision	Revision as of 13:24, 18 November 2013
(No difference)

Root at 12:08, 19 January 2012

2012-01-19T12:08:20Z

@@ Line 111: / Line 111: @@
 Uma editora gere vários tipos de publicação (livros, revistas e tablóides), cada um composto por várias peças (artigos, fotografias e publicidade). Podem ser criados mais tipos, tanto de publicação, como de peça. Nem todos os tipos de peça se podem incluir todas em todas as publicações: nos livros, apenas são incluídos artigos; nas revistas, podem ser inseridos artigos e fotografias; nos tablóides, todas as peças podem aparecer. Todas as publicações e peças são identificadas por um número inteiro. As publicações e peças têm ainda a indicação de qual é o título e de quem é o autor. A editora mantém sobre os seus autores um registo, no qual inclui (sobre cada um) o nome e o número de telefone.
-A forma de disponibilização de publicações, i.e., papel, web, meios móveis, etc., permite oferecer variedade ao consumidor, mas complica a definição de uma arquitectura flexível para a aplicação. Inicialmente, estão definidos dois formatos: textual e estruturado. No formato textual, os atributos das publicações são apresentados sucessivamente e as peças e seus atributos são também simplesmente apresentados de forma textual simples (as fotografias são representadas pelo seu título). No formato estruturado, em XML, cada publicação é iniciada e terminada por uma “tag” que a caracteriza (respectivamente, <book>, <magazine>, etc. e </book>, etc.), o mesmo se passando com as peças. Os atributos são apresentados como atributos XML (e.g., para o autor de um livro: <book author="anónimo">). Os elementos internos são ancorados dentro dos externos, como é habitual em XML. A solução de apresentação deve permitir flexibilidade na definição de novas formas de apresentação sem impacto no código existente.
+A forma de disponibilização de publicações, i.e., papel, web, meios móveis, etc., permite oferecer variedade ao consumidor, mas complica a definição de uma arquitectura flexível para a aplicação. Inicialmente, estão definidos dois formatos: textual e estruturado. No formato textual, os atributos das publicações são apresentados sucessivamente e as peças e seus atributos são também simplesmente apresentados de forma textual simples (as fotografias são representadas pelo seu título). No formato estruturado, em XML, cada publicação é iniciada e terminada por uma “tag” que a caracteriza (respectivamente, '''<book>''', '''<magazine>''', etc. e '''</book>''', etc.), o mesmo se passando com as peças. Os atributos são apresentados como atributos XML (e.g., para o autor de um livro: '''<book author="anónimo">'''). Os elementos internos são ancorados dentro dos externos, como é habitual em XML. A solução de apresentação deve permitir flexibilidade na definição de novas formas de apresentação sem impacto no código existente.
 '''1.6.1.''' (2.0 val.) Desenhe o diagrama de classes UML correspondente ao domínio apresentado. Represente todas as classes (seus nomes, métodos e atributos). Indique também as relações de herança, associação e agregação.
@@ Line 118: / Line 118: @@
 Esboço do diagrama de classes para o problema apresentado.
-[[Image:PO-20120107-class.png|884x551px|PO-20120107-class.png]]
+[[Image:PO-20120107-class.png|900px|PO-20120107-class.png]]
 </div>
@@ Line 435: / Line 435: @@
+}
 </java5>
 == Parte 2 (resposta múltipla)  ==

Root at 11:59, 19 January 2012

2012-01-19T11:59:17Z

Show changes

Root at 11:09, 18 January 2012

2012-01-18T11:09:50Z

Show changes

Root: /* Parte 1 */

2012-01-18T10:59:56Z

Parte 1

← Older revision		Revision as of 10:59, 18 January 2012
Line 4:		Line 4:

	'''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face à disponibilização de funcionalidade ao código de uma classe. Compare-os, em termos de potencialidade e flexibilidade. Contraste as diferenças e vantagens relativas no contexto da aplicação do padrão de desenho ''Strategy''.		'''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face à disponibilização de funcionalidade ao código de uma classe. Compare-os, em termos de potencialidade e flexibilidade. Contraste as diferenças e vantagens relativas no contexto da aplicação do padrão de desenho ''Strategy''.

			{\| style="border-style: dashed; border-width: 1px; border-color: #2f6fab; background: #f9f9f9; "
			\|Pontos importantes: herança permite reutilização e "pré-definição" de comportamento, mas é inflexível e alterações no topo da hierarquia propagam-se inexoravelmente para os níveis inferiores. Strategy permite definição de comportamento por composição (não confundir com uso do padrão Composite), que apresenta maior flexibilidade (podendo ser inclusivamente alterado em tempo de execução).
			\|}

	'''1.2.''' (1.5 val.) Relacione o mecanismo de herança e o conceito de polimorfismo e diga de que forma potenciam o desenvolvimento incremental e evitam a repetição de código. Na discussão, foque os aspectos positivos e possíveis limitações. Que conceitos estão disponíveis em Java para realizar aqueles mecanismos? Ilustre com um exemplo.		'''1.2.''' (1.5 val.) Relacione o mecanismo de herança e o conceito de polimorfismo e diga de que forma potenciam o desenvolvimento incremental e evitam a repetição de código. Na discussão, foque os aspectos positivos e possíveis limitações. Que conceitos estão disponíveis em Java para realizar aqueles mecanismos? Ilustre com um exemplo.

			{\| style="border-style: dashed; border-width: 1px; border-color: #2f6fab; background: #f9f9f9; "
			\|
			\|}

	'''1.3.''' (1.5 val.) Tanto o padrão de desenho ''State'' como o padrão de desenho ''Strategy'' se baseiam na delegação de comportamento por parte do cliente nas instâncias de classes previstas pelo padrão (respectivamente, o estado e a estratégia). Discuta as semelhanças e as diferenças entre os dois padrões, tanto em termos da arquitectura prevista, como da intenção e das consequências da utilização de cada padrão. Apresente exemplos ilustrativos.		'''1.3.''' (1.5 val.) Tanto o padrão de desenho ''State'' como o padrão de desenho ''Strategy'' se baseiam na delegação de comportamento por parte do cliente nas instâncias de classes previstas pelo padrão (respectivamente, o estado e a estratégia). Discuta as semelhanças e as diferenças entre os dois padrões, tanto em termos da arquitectura prevista, como da intenção e das consequências da utilização de cada padrão. Apresente exemplos ilustrativos.
Line 77:		Line 85:
	'''1.6.1.''' (2.0 val.) Desenhe o diagrama de classes UML correspondente ao domínio apresentado. Represente todas as classes (seus nomes, métodos e atributos). Indique também as relações de herança, associação e agregação.		'''1.6.1.''' (2.0 val.) Desenhe o diagrama de classes UML correspondente ao domínio apresentado. Represente todas as classes (seus nomes, métodos e atributos). Indique também as relações de herança, associação e agregação.

	'''1.6.2.''' (4.0 val.) Implemente em Java todas as classes do domínio apresentado, bem como os seus atributos e métodos (excepto ''getters'' e ''setters''). Os atributos identificados devem ser suficientes para suportar a funcionalidade e os métodos devem conter implementações que permitam verificar inequivocamente que a funcionalidade desejada (especialmente a que diz respeito às relações entre objectos) está correcta. Não implemente o código correspondente à apresentação sob a forma textual simples.		'''1.6.2.''' (4.0 val.) Implemente em Java todas as classes do domínio apresentado, bem como os seus atributos e métodos (excepto ''getters'' e ''setters''). Os atributos identificados devem ser suficientes para suportar a funcionalidade e os métodos devem conter implementações que permitam verificar inequivocamente que a funcionalidade desejada (especialmente a que diz respeito às relações entre objectos) está correcta. Não implemente o código correspondente à apresentação sob a forma textual simples.

	== Parte 2 (resposta múltipla) ==		== Parte 2 (resposta múltipla) ==

Root at 10:47, 18 January 2012

2012-01-18T10:47:20Z

← Older revision		Revision as of 10:47, 18 January 2012
Line 1:		Line 1:
	{{TOCright}}		{{TOCright}}

	== Parte 2 ==		== Parte 1 ==

	'''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face à disponibilização de funcionalidade ao código de uma classe. Compare-os, em termos de potencialidade e flexibilidade. Contraste as diferenças e vantagens relativas no contexto da aplicação do padrão de desenho ''Strategy''.		'''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face à disponibilização de funcionalidade ao código de uma classe. Compare-os, em termos de potencialidade e flexibilidade. Contraste as diferenças e vantagens relativas no contexto da aplicação do padrão de desenho ''Strategy''.
Line 79:		Line 79:
	'''1.6.2.''' (4.0 val.) Implemente em Java todas as classes do domínio apresentado, bem como os seus atributos e métodos (excepto ''getters'' e ''setters''). Os atributos identificados devem ser suficientes para suportar a funcionalidade e os métodos devem conter implementações que permitam verificar inequivocamente que a funcionalidade desejada (especialmente a que diz respeito às relações entre objectos) está correcta. Não implemente o código correspondente à apresentação sob a forma textual simples.		'''1.6.2.''' (4.0 val.) Implemente em Java todas as classes do domínio apresentado, bem como os seus atributos e métodos (excepto ''getters'' e ''setters''). Os atributos identificados devem ser suficientes para suportar a funcionalidade e os métodos devem conter implementações que permitam verificar inequivocamente que a funcionalidade desejada (especialmente a que diz respeito às relações entre objectos) está correcta. Não implemente o código correspondente à apresentação sob a forma textual simples.

	== Parte 1 (resposta múltipla) ==		== Parte 2 (resposta múltipla) ==

	[[Image:UML-teste-po-20120107.png\|frame\|right\|UML-teste-po-20120107.png]] '''2.1.''' Considere o diagrama UML da figura 1 (à direita). Qual das seguintes afirmações está correcta?		[[Image:UML-teste-po-20120107.png\|frame\|right\|UML-teste-po-20120107.png]] '''2.1.''' Considere o diagrama UML da figura 1 (à direita). Qual das seguintes afirmações está correcta?
Line 155:		Line 155:
	'''2.10.''' Em Java, a interface '''java.lang.Comparable'''...		'''2.10.''' Em Java, a interface '''java.lang.Comparable'''...

	~~(a)~~ é implementada pela classe '''java.lang.Object'''		:#é implementada pela classe '''java.lang.Object'''
	~~(b)~~ permite verificar a igualdade entre dois objectos de quaisquer tipos		:#permite verificar a igualdade entre dois objectos de quaisquer tipos
	~~(c)~~ não deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.TreeMap'''		:#não deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.TreeMap'''
	~~(d)~~ permite usar o método '''Collections.sort''' sobre uma lista que contenha instâncias de uma classe que a implementa		:#permite usar o método '''Collections.sort''' sobre uma lista que contenha instâncias de uma classe que a implementa
	~~(e)~~ deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.HashMap'''		:#deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.HashMap'''

	== Resolução da Parte 1 ==		== Resolução da Parte 1 ==

Root: Created page with "{{TOCright}} == Parte 2 == '''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face ..."

2012-01-18T10:45:37Z

Created page with "{{TOCright}} == Parte 2 == '''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face ..."

New page

{{TOCright}}

== Parte 2 ==

'''1.1.''' (1.5 val.) Os mecanismos de herança entre classes e de composição de objectos são, por vezes, apresentados como alternativos, face à disponibilização de funcionalidade ao código de uma classe. Compare-os, em termos de potencialidade e flexibilidade. Contraste as diferenças e vantagens relativas no contexto da aplicação do padrão de desenho ''Strategy''.

'''1.2.''' (1.5 val.) Relacione o mecanismo de herança e o conceito de polimorfismo e diga de que forma potenciam o desenvolvimento incremental e evitam a repetição de código. Na discussão, foque os aspectos positivos e possíveis limitações. Que conceitos estão disponíveis em Java para realizar aqueles mecanismos? Ilustre com um exemplo.

'''1.3.''' (1.5 val.) Tanto o padrão de desenho ''State'' como o padrão de desenho ''Strategy'' se baseiam na delegação de comportamento por parte do cliente nas instâncias de classes previstas pelo padrão (respectivamente, o estado e a estratégia). Discuta as semelhanças e as diferenças entre os dois padrões, tanto em termos da arquitectura prevista, como da intenção e das consequências da utilização de cada padrão. Apresente exemplos ilustrativos.

'''1.4.''' (1.5 val.) O padrão de desenho ''Visitor'' permite abstrair a aplicação de uma operação a uma estrutura de objectos. Diga qual é o princípio de funcionamento do padrão e que vantagens apresenta a sua utilização. Quais são os problemas introduzidos pela utilização do padrão? Dê um exemplo de aplicação.

'''1.5.''' Considere o seguinte programa em Java: <java5>
public class Chicken {
private Stomach _stomach = new Hungry(this);
public void eat() { _stomach.eat(); }
public void sleep() { _stomach.sleep(); }
public void setStomach(Stomach stomach) { _stomach = stomach; }
}

public abstract class Stomach {
  protected Chicken _chicken;
  protected Stomach(Chicken chicken) { _chicken = chicken; }
  public void eat() { System.out.println("..."); }
  public void sleep() { System.out.println("..."); }
}

public class Hungry extends Stomach {
  public Hungry(Chicken chicken) {
    super(chicken);
    System.out.println("I'm hungry!!");
  }

  public void eat() {
    System.out.println("Eating...");
    _chicken.setStomach(new Sated(_chicken));
  }

  public void sleep() { System.out.println("I'm too hungry to sleep!!"); }
}

public class Sated extends Stomach {
  public Sated(Chicken chicken) {
    super(chicken);
    System.out.println("I'm sleepy!!");
  }

  public void sleep() {
    System.out.println("ZzZz...");
    _chicken.setStomach(new Hungry(_chicken));
  }

}

public class Farm {
public static void main(String args[]) {
Chicken chicken = new Chicken();
chicken.eat();
chicken.sleep();
chicken.sleep();
}
}
</java5>

'''1.5.1.''' (1.0 val.) Que resultado se obtém quando se executa o seguinte programa? (represente mudanças de linha com '''\n''')

'''1.5.2.''' (0.5 val.) Que padrão de desenho é usado no programa?

'''1.5.3.''' (1.5 val.) Desenhe o diagrama de sequência UML correspondente à execução do programa, incluindo as etapas de criação dos objectos. O diagrama de sequência deve conter os nomes das mensagens trocadas (não é necessário representar os argumentos dessas mensagens nem as de retorno; represente todas as chamadas ao método '''println''').

'''1.6.''' Considere o seguinte domínio:

Uma editora gere vários tipos de publicação (livros, revistas e tablóides), cada um composto por várias peças (artigos, fotografias e publicidade). Podem ser criados mais tipos, tanto de publicação, como de peça. Nem todos os tipos de peça se podem incluir todas em todas as publicações: nos livros, apenas são incluídos artigos; nas revistas, podem ser inseridos artigos e fotografias; nos tablóides, todas as peças podem aparecer. Todas as publicações e peças são identificadas por um número inteiro. As publicações e peças têm ainda a indicação de qual é o título e de quem é o autor. A editora mantém sobre os seus autores um registo, no qual inclui (sobre cada um) o nome e o número de telefone.

A forma de disponibilização de publicações, i.e., papel, web, meios móveis, etc., permite oferecer variedade ao consumidor, mas complica a definição de uma arquitectura flexível para a aplicação. Inicialmente, estão definidos dois formatos: textual e estruturado. No formato textual, os atributos das publicações são apresentados sucessivamente e as peças e seus atributos são também simplesmente apresentados de forma textual simples (as fotografias são representadas pelo seu título). No formato estruturado, em XML, cada publicação é iniciada e terminada por uma “tag” que a caracteriza (respectivamente, <book>, <magazine>, etc. e </book>, etc.), o mesmo se passando com as peças. Os atributos são apresentados como atributos XML (e.g., para o autor de um livro: <book author="anónimo">). Os elementos internos são ancorados dentro dos externos, como é habitual em XML. A solução de apresentação deve permitir flexibilidade na definição de novas formas de apresentação sem impacto no código existente.

'''1.6.1.''' (2.0 val.) Desenhe o diagrama de classes UML correspondente ao domínio apresentado. Represente todas as classes (seus nomes, métodos e atributos). Indique também as relações de herança, associação e agregação.

'''1.6.2.''' (4.0 val.) Implemente em Java todas as classes do domínio apresentado, bem como os seus atributos e métodos (excepto ''getters'' e ''setters''). Os atributos identificados devem ser suficientes para suportar a funcionalidade e os métodos devem conter implementações que permitam verificar inequivocamente que a funcionalidade desejada (especialmente a que diz respeito às relações entre objectos) está correcta. Não implemente o código correspondente à apresentação sob a forma textual simples.

== Parte 1 (resposta múltipla) ==

[[Image:UML-teste-po-20120107.png|frame|right|UML-teste-po-20120107.png]] '''2.1.''' Considere o diagrama UML da figura 1 (à direita). Qual das seguintes afirmações está correcta?

:#a implementação de doThat tem de estar necessariamente em A
:#doThat não está definido para B
:#doIt pode ser directamente invocado através de referências para I
:#A fornece a implementação para métodos declarados por I
:#A é uma classe derivada de B

'''2.2.''' Que padrão de desenho permite especificar numa classe o esqueleto de um algoritmo, deixando para as subclasses a concretização dos seus passos?

:#Strategy
:#Adapter
:#Visitor
:#Template Method
:#Command

'''2.3.''' O padrão de desenho ''Adapter''...

:#permite ajustar a interface e o comportamento de um objecto
:#permite adicionar funcionalidade a um objecto adaptando a sua interface
:#não pode ser aplicado em conjunto com padrão Template Method
:#permite aplicar uma operação a uma estrutura de objectos
:#permite estabelecer o esqueleto de um algoritmo

'''2.4.''' O padrão de desenho ''Observer''...

:#representa a construção de uma colecção
:#gerir as dependências de outros objectos relativamente ao estado de um objecto
:#permite abstrair a criação de famílias de objectos para uma aplicação
:#permite tratar famílias de objectos e seus grupos indiscriminadamente
:#permite que o comportamento de um objecto mude quando o seu estado muda

'''2.5.''' Relativamente ao padrão de desenho ''Decorator''...

:#é possível adicionar, no decorador, comportamento adicional, desde que a interface original seja mantida
:#não é possível adicionar, no decorador, comportamento adicional, mesmo que a interface original seja mantida
:#a interface original só é mantida se não for adicionado comportamento adicional
:#a adição de comportamento adicional condiciona a redefinição da interface
:#o ajuste da interface é realizado pelo comportamento adicional

'''2.6.''' Em Java, qual das seguintes frases está correcta?

:#uma classe interna não pode ser anónima
:#uma excepção pode ser apanhada e relançada
:#uma classe anónima não pode implementar uma interface
:#os métodos de classes anónimas não podem lançar excepções
:#uma classe abstracta pode ser instanciada se definir pelo menos um construtor

'''2.7.''' Em Java, um método declarado '''private'''...

:#não pode chamar outros métodos
:#não pode ser redefinido
:#não pode ser declarado '''static'''
:#não pode ser usado por construtores
:#pode ser acedido por classes da mesma package

'''2.8.''' Em Java, o mecanismo de redefinição de métodos...

:#não pode ser utilizado por classes anónimas
:#permite redefinir numa subclasse qualquer método de uma superclasse
:#funciona apenas se os métodos não forem declarados '''static'''
:#não funciona para métodos públicos
:#nenhuma das anteriores

'''2.9.''' Em Java, a utilização da palavra '''protected'''...

:#indica que apenas as classes da mesma package podem aceder ao membro da classe em causa
:#permite definir um atributo como sendo constante
:#permite acesso aos membros da classe assim declarados, por parte de classes dela derivadas, definidas em outras packages
:#permite garantir que um método assim declarado não altera o objecto sobre o qual é chamado
:#impede o acesso aos membros assim declarados (i.e., apenas a própria classe lhes tem acesso)

'''2.10.''' Em Java, a interface '''java.lang.Comparable'''...

(a) é implementada pela classe '''java.lang.Object'''
(b) permite verificar a igualdade entre dois objectos de quaisquer tipos
(c) não deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.TreeMap'''
(d) permite usar o método '''Collections.sort''' sobre uma lista que contenha instâncias de uma classe que a implementa
(e) deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.HashMap'''

== Resolução da Parte 1 ==

=== 1.1. Herança, Composição, Strategy ===

Pontos importantes: herança permite reutilização e "pré-definição" de comportamento, mas é inflexível e alterações no topo da hierarquia propagam-se inexoravelmente para os níveis inferiores. Strategy permite definição de comportamento por composição (não confundir com uso do padrão Composite), que apresenta maior flexibilidade (podendo ser inclusivamente alterado em tempo de execução).

=== 1.2. Herança, polimorfismo, desenvolvimento incremental ===

* Herança: permite a abstracção de características comuns
* Herança: permite escrita de código em função de conceitos gerais (este código pode vir a ser reutilizado em especializações do conceito)
* Polimorfismo (especialmente de inclusão): permite que o código escrito para tratar objectos de um tipo venha a ser utilizado para processar objectos de tipos derivados
* Java: classes e interfaces, herança de classes (extends), implementação de interfaces (implements)
* Java (conceitos relacionados): redefinição de métodos (''overriding'')

=== 1.3. State and Strategy ===

Aspectos importantes:

* Descrição comparativa das estruturas correspondentes
* Descrição comparativa do funcionamento
* Implicações, em termos de impacto para o cliente e acções por parte do cliente

=== 1.4. Visitor ===

Aspectos importantes:

*Descrição da estrutura e funcionamento do Visitor
*Princípio de funcionamento (double dispatching): os objectos da estrutura de dados implementam um método (accept) que recebe qualquer visitante (polimorfismo); nesse método, é invocado sobre visitante o método que tem como argumento o objecto visitado (e que todos os visitantes têm de implementar).
*Vantagens: é possível associar funcionalidade adicional a objectos sem necessidade de alterar as suas classes (a funcionalidade é específica para cada objecto visitado)
*Desvantagens: devido ao número de métodos a implementar, pode não ser conveniente utilizar esta arquitectura, especialmente se não houver necessidade de ampliar a funcionalidade a associar aos objectos (o número total de métodos a manter é o produto do número de visitados pelo número de visitantes); a adição de um novo tipo de objecto ao conjunto dos visitados obriga à escrita de um novo método em todos os visitantes.
*Exemplos: geração de código num compilador a partir de uma árvore sintáctica; desenho de uma cena a partir de uma descrição abstracta; cálculo de impostos sobre uma estrutura composta. Em geral, situações em que uma operação a realizar sobre uma estrutura de objectos e suas folhas possa ser generalizada.

=== 1.5.1. Saída do programa ===

I'm hungry!!\nEating...\nI'm sleepy!!\nZzZz...\nI'm hungry!!\nI'm too hungry to sleep!!\n

=== 1.5.2. Identificação do padrão de desenho utilizado ===

''State''

=== 1.5.3. Diagrama de sequência (UML) ===

Note-se que alguns objectos (anotados) não definem as variáveis associadas no momento indicado.

[[Image:PO-20120107-seq.png]]

=== 1.6.1. Diagrama de classes (UML) ===

Esboço do diagrama de classes para o problema apresentado.

[[Image:PO-20120107-class.png|884x551px|PO-20120107-class.png]]

=== 1.6.2. Exercício de programação ===

<java5>
// ...
</java5>

== Chave da Parte 2 ==

[[Image:UML-teste-po-20120107.png|frame|right|UML-teste-po-20120107.png]] '''2.1.''' Considere o diagrama UML da figura 1 (à direita). Qual das seguintes afirmações está correcta?

:#<s>a implementação de doThat tem de estar necessariamente em A</s>
:#<s>doThat não está definido para B</s>
:#<s>doIt pode ser directamente invocado através de referências para I</s>
:#A fornece a implementação para métodos declarados por I
:#<s>A é uma classe derivada de B</s>

'''2.2.''' Que padrão de desenho permite especificar numa classe o esqueleto de um algoritmo, deixando para as subclasses a concretização dos seus passos?

:#<s>Strategy</s>
:#<s>Adapter</s>
:#<s>Visitor</s>
:#Template Method
:#<s>Command</s>

'''2.3.''' O padrão de desenho ''Adapter''...

:#permite ajustar a interface e o comportamento de um objecto
:#<s>permite adicionar funcionalidade a um objecto adaptando a sua interface</s>
:#<s>não pode ser aplicado em conjunto com padrão Template Method</s>
:#<s>permite aplicar uma operação a uma estrutura de objectos</s>
:#<s>permite estabelecer o esqueleto de um algoritmo</s>

'''2.4.''' O padrão de desenho ''Observer''...

:#<s>representa a construção de uma colecção</s>
:#gerir as dependências de outros objectos relativamente ao estado de um objecto
:#<s>permite abstrair a criação de famílias de objectos para uma aplicação</s>
:#<s>permite tratar famílias de objectos e seus grupos indiscriminadamente</s>
:#<s>permite que o comportamento de um objecto mude quando o seu estado muda</s>

'''2.5.''' Relativamente ao padrão de desenho ''Decorator''...

:#é possível adicionar, no decorador, comportamento adicional, desde que a interface original seja mantida
:#<s>não é possível adicionar, no decorador, comportamento adicional, mesmo que a interface original seja mantida</s>
:#<s>a interface original só é mantida se não for adicionado comportamento adicional</s>
:#<s>a adição de comportamento adicional condiciona a redefinição da interface</s>
:#<s>o ajuste da interface é realizado pelo comportamento adicional</s>

'''2.6.''' Em Java, qual das seguintes frases está correcta?

:#<s>uma classe interna não pode ser anónima</s>
:#uma excepção pode ser apanhada e relançada
:#<s>uma classe anónima não pode implementar uma interface</s>
:#<s>os métodos de classes anónimas não podem lançar excepções</s>
:#<s>uma classe abstracta pode ser instanciada se definir pelo menos um construtor</s>

'''2.7.''' Em Java, um método declarado '''private'''...

:#<s>não pode chamar outros métodos</s>
:#não pode ser redefinido
:#<s>não pode ser declarado '''static'''</s>
:#<s>não pode ser usado por construtores</s>
:#<s>pode ser acedido por classes da mesma package</s>

'''2.8.''' Em Java, o mecanismo de redefinição de métodos...

:#<s>não pode ser utilizado por classes anónimas</s>
:#<s>permite redefinir numa subclasse qualquer método de uma superclasse</s>
:#<s>funciona apenas se os métodos não forem declarados '''static'''</s>
:#<s>não funciona para métodos públicos</s>
:#nenhuma das anteriores

'''2.9.''' Em Java, a utilização da palavra '''protected'''...

:#<s>indica que apenas as classes da mesma package podem aceder ao membro da classe em causa</s>
:#<s>permite definir um atributo como sendo constante</s>
:#permite acesso aos membros da classe assim declarados, por parte de classes dela derivadas, definidas em outras packages
:#<s>permite garantir que um método assim declarado não altera o objecto sobre o qual é chamado</s>
:#<s>impede o acesso aos membros assim declarados (i.e., apenas a própria classe lhes tem acesso)</s>

'''2.10.''' Em Java, a interface '''java.lang.Comparable'''...

:#<s>é implementada pela classe '''java.lang.Object'''</s>
:#<s>permite verificar a igualdade entre dois objectos de quaisquer tipos</s>
:#<s>não deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.TreeMap'''</s>
:#permite usar o método '''Collections.sort''' sobre uma lista que contenha instâncias de uma classe que a implementa
:#<s>deve ser implementada por classes cujas instâncias sejam armazenadas em mapas do tipo '''java.lang.HashMap'''</s>

[[Category:PO]] [[Category:Ensino]]