Exercícios de Quiz

Person abstrata com name e age privados; Attendee com paid = false; Speaker com fee = 0; toString de Attendee como "Attendee " + name + (paid ? " has" : " hasn't") + " paid its registration." e de Speaker como "Speaker " + name + " has a fee value of " + fee + ".".

O estado inicial é decidido nos construtores e nos valores dos campos, não em métodos: um participante ainda não pagou e um orador ainda não tem taxa definida. O toString é polimórfico, pelo que cada subclasse formata a sua própria mensagem.

Icecream com List<Flavor> scoops privada; getFlavorCount() percorre a lista e conta nomes ainda não vistos; contains(String) compara flavor.getName() com o texto pedido.

Há duas agregações diferentes sobre a mesma lista: o número de bolas é o tamanho da lista, mas o número de sabores exige comparar nomes, porque o mesmo sabor pode aparecer em várias bolas.

equals: true se for o mesmo objeto; false se o argumento for null ou de outra classe; caso contrário compara title, date e description com Objects.equals. hashCode: Objects.hash(title, date, description).

Dois eventos são o mesmo evento quando os três atributos coincidem. O construtor de cópia copia os valores, não a referência, pelo que os objetos são distintos mas iguais. Para HashSet funcionar, hashCode tem de depender exatamente dos mesmos campos usados em equals.

O conjunto fica com 4 elementos: só os dois últimos concertos coincidem em todos os campos. equals e hashCode sobre (city, country, date) garantem que o HashSet guarda um só deles.

Um HashSet só rejeita um elemento se hashCode coincidir e equals confirmar. Se hashCode ignorasse algum campo usado em equals, o conjunto podia guardar duplicados; se usasse campos a mais, podia rejeitar elementos iguais.

Contagens: 3, 4, 4, 4, 5, 5. A audiencia só cresce quando o nome é novo: "John" e "Mary" repetidos são ignorados, "Bill" entra uma vez, e o orador "Bill" também é ignorado.

A regra de não duplicação usa o nome como identidade da pessoa, não a referência do objeto nem a idade. Assim, Attendee("John", 33) e Attendee("Mary", 15) são ignorados porque esses nomes já existem, Attendee("Bill", 15) entra porque "Bill" ainda não estava na audiência, e o Speaker("Bill", 60) posterior já não conta pelo mesmo motivo.

O conjunto fica com 1 elemento porque compareTo compara apenas o nome: compareTo devolve 0 para dois nomes iguais, e o TreeSet trata compareTo == 0 como duplicado.

Um TreeSet está ordenado e não usa hashCode: a pertinência testa-se por compareTo. Assim, duas pessoas de tipos diferentes com o mesmo nome são o mesmo elemento do conjunto.

Contagens: depois de Tomato fica 1, depois de Cheese fica 2, e as repetições devolvem false sem alterar a lista. A comparação é i.getName().equals(ingredient.getName()), pelo que dois objetos Ingredient com o mesmo nome são equivalentes.

A lista só cresce quando o nome ainda não existe. Como a identidade de um ingrediente é o seu nome, criar outro objeto com o mesmo nome não conta como ingrediente novo.

Contagens: 2, 4, 7. addEvent(e) executa people.addAll(e.getPeople()), juntando a audiência do evento à da festa. Como p e (Event) p são o mesmo objeto, getAudienceCount() devolve o mesmo valor nas duas referências.

A festa agrega os participantes dos eventos que a compõem. A herança dá a Party todo o comportamento de Event; o addEvent apenas funde as duas listas de pessoas.

Act abstrata com campos privados name e country, construtor e dois getters; Band extends Act e Artist extends Act com construtores que chamam super(name, country).

Nome e país são comuns a todos os artistas de um concerto, pelo que pertencem à superclasse; cada subclasse concreto só fija o tipo. Os campos privados na superclasse impedem acesso direto pelas subclasses e de fora.

Percorre-se a lista de Act: se o elemento for uma Band e band.getArtists().contains(artist) for true, ou se act.equals(artist), então participates devolve true. Artist("Bob Dylan", "UK") falha porque o país não coincide.

Um artista participa num concerto se está na lista diretamente ou nos artistas de uma banda da lista. A pertinência à banda usa o equals do artista, que compara nome e país, pelo que mudar só o país não engana o método.

getUsername() fica em Person (a superclasse comum) e devolve getName() + getAge(). Assim Attendee, Speaker e Artist herdam o mesmo método, cada um com os seus dados.

O username depende só de nome e idade, que são comuns a todas as pessoas. Definir o método uma vez na superclasse evita repetir código em cada subclasse e garante o mesmo formato para todos.

No construtor: if (number < 0) throw new InvalidTicket();. Em Concert: isValid(ticket) devolve ticket.getConcert().equals(this).

O número negativo viola o contrato do bilhete, pelo que a exceção é lançada na construção, antes de o objeto existir. A validade testa-se por igualdade de concertos (cidade, país e data), e não por identidade da referência.

Command abstrata com execute(Icecream) e undo(Icecream); AddScoopCommand extends Command guarda flavor e implementa execute como icecream.addScoop(flavor) e undo como remover a última bola.

Encapsular o pedido num objeto permite guardá-lo, executá-lo e desfazê-lo mais tarde, sem que quem chama conheça os detalhes. É a base do padrão Command.

Valores confirmados: (3 bolas, 2 sabores), depois (3 bolas, 3 sabores), no final (2 bolas, 1 sabor, só chocolate). A pilha guarda os comandos por ordem de execução e undoLastCommand desfaz o mais recente primeiro (LIFO).

A pilha desfaz os comandos por ordem inversa: o primeiro undoLastCommand retira o terceiro comando (chocolate repetido), quedando 2 bolas e 2 sabores; o vanilla leva a 3 bolas e 3 sabores. As duas anulações seguintes retiram o vanilla e o strawberry, e o novo chocolate deixa 2 bolas e apenas o sabor chocolate.

isCertified devolve true quando a pizza tem 3 ingredientes e contém Tomato, Mozzarella e Basil; false caso contrário (falta algum ou sobra algum, como o Ham).

O certificar é uma estratégia trocável: a mesma interface PizzaCertifier pode ter outras implementações para outros tipos de pizza. A regra da marguerita é de quantidade e de conteúdo, não de ordem.

A primeira makeMediumPizza() produz pizza com Mozzarella, Ham e Pineapple (isCertified falso); a segunda, depois das alterações na lista original, produz Mozzarella, Tomato e Basil (isCertified verdadeiro).

Como a segunda pizza já reflete as alterações feitas depois da construção, a receita não copiou a lista: guardou a referência original. Quem altera a lista depois de criar a receita altera o resultado das pizzas seguintes, sem aviso. Uma cópia defensiva no construtor impediria esse efeito.

Decorador: getPrice() = pizza.getPrice() + 2.0, pelo que 8.0 dá 10.0 e, depois de setPrice(6.0) na base, 6.0 + 2.0 = 8.0. setPrice, addIngredient, contains e getIngredientCount delegam na pizza guardada; getSlices() devolve 8.

O decorador envolve outro objeto da mesma interface e acrescenta comportamento (o custo extra de 2 e o número de fatias) sem mudar a interface. Como o preço é calculado a partir da pizza embrulhada, mudar o preço da base reflete-se no preço final.