Альтернатива для множественного наследования

Ответ 1

Вы можете использовать стратегию шаблонов для определения разных типов поведения и выполнения подклассов.

Как на картинке:

Это французский (словарь ниже), но довольно понятный:

• Все классы, наследующие от Personnage, являются символами, используемыми в видеоигре.
• Все классы, реализующие интерфейс (EspritCombatif, Deplacement, Soin), определяют метод в интерфейсе. Это поведение.
• Класс Personnage содержит объект каждого из интерфейсов, определенных справа.
• Каждый символ (подкласс Personnage) выбирает, какой код реализовать, выполняя, например, combat = new CombatCouteau(); в конструкторе.

Итак, если вы хотите изменить только поведение всех парней, которые сражаются с ножом, вы просто меняете код в CombatCouteau.

Словарь:

• Personnage = Character
• Guerrier = Warrior
• Medecin = Doctor
• Chirurgien = Хирург
• Couteau = Нож
• Пистолет = Gun
• Marcher = Прогулка
• Courir = Run
• Premier soin = Первая помощь
• Операция = Хирургия
• Esprit combatif = боевой ум
• борьба, борьба = борьба, борьба
• déplacement, se déplacer = перемещение, перемещение
• soin, soigner = исцеление, исцеление

Ответ 2

Будет ли Compositor делать? Он не переводит мир автомобилей гладко, но подходит для вашей задачи:

public class FireTruck implements Car {

    public FireTruck( List<? extends Car> behaviors ) {
        this.behaviors = behaviors;
    }

    // I need to call the super method
    @Override
    public String doSteer( String where ) {
        String result = "":
        for (Car behavior : behaviors) result += behavior.doSteer(where);
        // post-process behavior some how to cut out infixes;
    }
}

Я предположил, что в вашем реальном приложении doSteer работает какой-либо объект домена, а не String, поэтому набор методов объекта домена должен быть достаточно богат, чтобы легко создавать поведение в методах do*.

Ответ 3

Функциональность разделения и состояние

Если вам все равно придется делать большой рефакторинг - хороший способ решить эту сложную проблему - это разделить состояние и функциональность. Просто помните, как Object-Methods в Java работают за кулисами: по сути, объектная функция является статической функцией с первым аргументом "this". Параметр "this" - это объект состояния со всеми необходимыми атрибутами. Функциональность не обязательно должна быть связана с этим.

Он может выглядеть так:

class CarState {
  public float fuel;
  public String name;
}

class BasicCarFunctionality {
  public static void accelerate( CarState car ) {
    System.out.println( "accelerating" );
  }
}

class SportscarFunctionality {
  public static void drive( CarState car, String how ) {
    // Here you can reference Basic-Behaviour if you want
    BasicCarFunctionality.accelerate( car );
    System.out.println( car.name + " drive " + how );
  }
}

class TruckFunctionality {
  public static void steer( CarState car, String how ) {
    System.out.println( car.name + " steer " + how );
  }
}

interface SportsCar {
  void doDrive( String how );
}

interface Truck {
  void doSteer( String how );
}

class Firewagon implements SportsCar, Truck {
  private CarState car = new CarState();

  @Override
  public void doDrive( String how ) {
    SportscarFunctionality.drive( car, how );
  }

  @Override
  public void doSteer( String how ) {
    TruckFunctionality.steer( car, how );
  }
}

Если вам нужны дополнительные атрибуты состояния для вашего firewagon, которые вам не нужны в каждом автомобиле, вы можете создать свое состояние с новым объектом State:

class FirewagonExtraState {
  public float waterAmount;
  public boolean sirenActive;
}

// And ammend the Firewagon Class:
class Firewagon implements SportsCar, Truck {
  private CarState car                  = new CarState();
  private FirewagonExtraState firewagon = new FirewagonExtraState();

  @Override
  public void doDrive( String how ) {
    FirewagonFunctionality.activateHorn( firewagon );
    SportscarFunctionality.drive( car, how );
  }

  @Override
  public void doSteer( String how ) {
    TruckFunctionality.steer( car, how );
  }
}

Ответ 4

Я не уверен, что аналогия достаточно правильная, чтобы дать вам хороший ответ.

Самый простой способ справиться с несколькими проблемами наследования в Java - это использовать интерфейсы, а затем делегировать поведение с помощью композиции.

Автомобили и грузовики имеют рулевое управление и ускорение, но грузовик не является автомобилем и не должен наследовать от него поведение только потому, что часть реализации разделена. Вытяните общую реализацию в класс, который имеет больше смысла (колонка управления, поезд на поезде и т.д.), А затем передайте его как с автомобиля, так и с грузовика.

Использование функционального интерфейса делает это менее громоздким, но вам не нужна Java 8 для решения проблемы.

Ответ 5

Как насчет этого:

public class SportsCar implements Car {
    private final BasicCar basicCar;
    public SportsCar( String name ) {
        this.basicCar = new BasicCar(name);
    }

    public SportsCar( BasicCar basicCar ) {
        this.basicCar = basicCar;
    }

    @Override
    public String accelerate() {
        return basicCar.accelerate() + " fastly";
    }
    @Override
    public String decelerate() {
        return basicCar.decelerate() + " fastly";
    }

    @Override
    public String steerLeft(){
        return basicCar.steerLeft() + " fastly";
    }

    @Override
    public String steerRight(){
        return basicCar.steerLeft() + " fastly";
    };
}

public class Truck implements Car {
    private final BasicCar basicCar;

    public Truck( String name ) {
        this.basicCar = new BasicCar(name);
    }

    public Truck( BasicCar basicCar ) {
        this.basicCar = basicCar;
    }

    @Override
    public String accelerate() {
        return basicCar.accelerate() + " carefully";
    }
    @Override
    public String decelerate() {
        return basicCar.decelerate() + " carefully";
    }

    @Override
    public String steerLeft(){
        return basicCar.steerLeft() + " carefully";
    }

    @Override
    public String steerRight(){
        return basicCar.steerLeft() + " carefully";
    };
}

Теперь для класса FireTruck

public class FireTruck implements Car {
    Collection<Car> behaviors;
    BasicCar basicCar;

    public FireTruck(String name ) {
        this.behaviors = new ArrayList<String>();

        this.basicCar = new BasicCar(name);

        this.behaviors.Add(new SportsCar(this.basicCar));
        this.behaviors.Add(new Truck(this.basicCar));
    }

    @Override
    public String accelerate() {
        StringBuilder result = new StringBuilder();

        for(Car c : behaviors){
            result.append(c.accelerate());
        }

        //and if I wanted to do my own thing here as a 'FireTruck' I could, something like :
        String myOwnAction = basicCar.accelerate() + " sounding alarms and flashing red light";
        result.append(myOwnAction);
    }
    //same for other methods : decelerate, steerLeft and steerRight
}

Ответ 6

Я задал очень похожий вопрос некоторое время назад... может быть, вы сочтете это полезным:

Коллекция абстрактного класса (или что-то в этом роде...)