Projeto OOP considerando nenhuma modificação no projeto existente

Question

A questão é:

interface Animal {
    void eat();
}

class Lion implements Animal{    
    public void eat(){
        //do somethng
    }
}


class Test {
    public static void main(String[] args) {
        Animal lion = new Lion();
        lion.eat();
        lion.eat();
        lion.eat();
    }
}

O requisito é calcular quantas vezes o método eat é chamado sem modificar a interface e a própria classe.

Uma maneira é estender a classe lion e obter os resultados, mas para cada objeto que estende a classe teremos que criar tais classes.

Existe alguma maneira otimizada de fazer isso.

Publicar Assinar é uma maneira, mas não temos permissão para modificar a interface ou a própria classe Lion.

Answer 1

Você pode usar o padrão Decorator para adicionar responsabilidades adicionais a um Animal sem criar subclasses.

public interface Animal {
    void eat();
}

public class Lion implements Animal {
    public void eat() {
        // do something
    }
}

/* In the original Decorator pattern, 
the decorator is an abstract class, 
but for the sake of brevity, 
in this example it's a concrete class. */

public class AnimalWithEatCountDecorator implements Animal {
        private Animal animalWeWantToCountEats;
        private int eatCount=0;

        public AnimalWithEatCountDecorator(Animal animal) {
            this.animalWeWantToCountEats= animal;
        }
        
        public void eat(){ 
            this.animalWeWantToCountEats.eat();
            this.eatCount++;
        }
        
        public int getEatCount() {
            return this.eatCount;
        }   
        
}  

public class Test {

    public static void main(String[] args) {
        AnimalWithEatCountDecorator lion = new AnimalWithEatCountDecorator(new Lion());
        lion.eat();
        lion.eat();
        lion.eat();
        
        System.out.println(lion.getEatCount());
    }

}

ATUALIZAR

Se quisermos ser mais fiéis ao Decorator Pattern, não podemos usar o getEatCount()getter e, em vez disso, injetar um objeto Counter no construtor.

public interface Counter {
    public void increment();
    public int getCount();
}

/* I will omit the trivial implementation of Counter */ 

public class AnimalWithEatCountDecorator implements Animal {
        private Animal animalWeWantToCountEats;
        private Counter counterThingy;
        
        public AnimalWithEatCountDecorator(Animal animal, Counter counterThingy) {
            this.animalWeWantToCountEats= animal;
            this.counterThingy=counterThingy;
        }
        
        public void eat(){ 
            this.animalWeWantToCountEats.eat();
            this.counterThingy.increment();;
        }
        
}

public class Test {

    public static void main(String[] args) {
        Counter counterThingy = new CounterThingy();
        AnimalWithEatCountDecorator lion = 
                new AnimalWithEatCountDecorator(new Lion(), counterThingy);
        lion.eat();
        lion.eat();
        lion.eat();
        
        System.out.println(counterThingy.getCount());


    }

}

Answer 2

Momento perfeito para composição. Crie uma nova implementação de Animalque faça a contagem, mas também delegue a função "real". Como isso:

public final class LoggingAnimal implements Animal {
   private final Animal delegate;
   private int eatCount = 0;

   public LoggingAnimal(Animal delegate) {
      this.delegate = delegate;
   }

   @Override
   public void eat() {
      eatCount++;
      delegate.eat();
      log("Animal ate {} times", eatCount); // Pseudo-functionality
   }
}

Você não precisa modificar nenhuma das classes existentes e pode conectar isso com qualquer implementação Animalque desejar. Use desta forma:

Animal lion = new LoggingAnimal(new Lion());
lion.eat();

Answer 3

Crie uma nova classe com o novo comportamento. Em seguida, atualize mainna Testaula.

class Test {
    public static void main(String[] args) {
        Animal lion = new AnimalThatKeepsAMealLog();
        lion.eat();
        lion.eat();
        lion.eat();
    }
}

ou apenas leia o arquivo de teste e conte quantas vezes você ligou eat(). Estou supondo que a resposta será três.

Answer 4

Uma abordagem meio diferente, que permitirá que você evite ter 50 aulas para tarefas feitas apenas algumas vezes. É um mais genérico, muito útil nos aspectos técnicos, não tanto nos negócios, mas pode ser muito útil embora.

btw Builder é apenas para ilustrar, claro que você não precisa usá-lo assim, preEat / postEat são importantes aqui

class PointcutAnimal implements Animal {
    private Runnable preEat;
    private Runnable postEat;
    @NonNull
    private Animal downstream;
    
    @Override
    public void eat() {
        if(preEat != null)
            preEat.run();
        
        downstream.eat();
        
        if(postEat != null)
            postEat.run();
    }
}

class Test {
    public static void main(String[] args) {
        AtomicInteger eatCount = new AtomicInteger(0);
    
        Animal lion = PointcutAnimal.builder(new Lion())
            .postEat(eatCount::getAndIncrement)
            .build();
            
        lion.eat();
        lion.eat();
        lion.eat();
        
        System.out.println(eatCount.get());
    }
}