Вопросы проектирования множественного наследования в Java

С вашим конкретным примером вы можете использовать образец Decorator в сочетании с интерфейсами для дополнения вашего класса класса с дополнительными функциями; например

// *Optional* interface, useful if we wish to reference Words along with
// other classes that support the concept of "length".
public interface Length {
  int getLength();
}

// Decorator class that wraps another Word and provides additional
// functionality.  Could add any additional fields here too.
public class WordExt extends AbstractWord implements Length {
  private final Word word;

  public class(Word word) {
    this.word = word;
  }

  public int getLength() {
    return word.getKind().length();
  }
}

Кроме того, стоит отметить, что отсутствие многократного наследования в Java на самом деле не проблема здесь; Это больше случай для переработки вашего дизайна. В целом это считается плохим практикой в ​​чрезмерное использование наследство как глубокие иерархии наследования трудно интерпретировать / поддерживать.

(Я не могу просто добавить поле на другой из-за обратной совместимости, он сломается равна методам и такому так).

Это не сломает совместимость источника. Нет, если вы не делаете что-то действительно сумасшедшее в ваших методах равных.

И переименование ваших классов, как правило, не способ обрабатывать двоичную совместимость.

В вашем конкретном примере вы можете использовать шаблон декоратора в сочетании с интерфейсами, чтобы дополнить ваш класс Word дополнительными функциональными возможностями; например,

// *Optional* interface, useful if we wish to reference Words along with
// other classes that support the concept of "length".
public interface Length {
  int getLength();
}

// Decorator class that wraps another Word and provides additional
// functionality.  Could add any additional fields here too.
public class WordExt extends AbstractWord implements Length {
  private final Word word;

  public class(Word word) {
    this.word = word;
  }

  public int getLength() {
    return word.getKind().length();
  }
}

Кроме того, стоит отметить, что отсутствие множественного наследования в Java на самом деле не является здесь проблемой; это скорее случай переделки вашего дизайна. В целом считается плохой практикой чрезмерное использование наследования, так как глубокие иерархии наследования трудно интерпретировать/сохранять.

Глядя на него, мое первое чувство состоит в том, что ваша модель немного сложная.

Слово имеет строку для описания самого слова, которое хранится в словом объекте вместе с классом, чтобы сказать, что это существительное, глагол, прилагательное и т. Д. Еще одно свойство слова - это длина строки, хранящейся в слове объект.

Подумайте о вещах в отношениях «IS-A» и «есть-a», и вы можете удалить много сложности.

Например, почему вам нужен WordDescriptor, который расширяет абстрактное слово? Это слово, перейдя с глагола к прилагательному? Я бы подумал, что тип слов был установлен, когда объект был создан, и не изменится в течение срока службы объекта слова. Как только у вас было слово «объект» для слова «Австралия», то слово не изменится на всю жизнь объекта.

Хммм. Может быть, у вас может быть слово объект, представляющий слово «кору» после создания объекта с типом «глагола», чтобы описать звук, который делает собаку. Затем вы понимаете, что на самом деле нужно иметь слово объект для представляющих существительное, которое описывает покрытие дерева. Возможно, но оба коры собаки могут существовать кору дерева.

Итак, я думаю, что выбранная вами модель немного слишком сложна, и ваш вопрос может быть разрешен, возвращаясь и упрощающую вашу оригинальную объектную модель.

Начните, задавая себе вопрос для каждого из аспектов наследования вашей основной модели.

Когда я говорю, что класс B расширяет класс A, могу ли я сказать, что класс B "IS-A" класс A и что я специализируюсь на его поведение?

Например, животное базового класса может быть расширено для обеспечения специализированного Класс кенгуру. Тогда вы можете сказать, что «кенгуру» - это «животное». Вы специализируетесь на поведении.

Затем посмотрите на атрибуты, Kangaroo имеет атрибут местоположения для описания, где он найден. Тогда вы можете сказать кенгуру ». У «местонахождения». Кангару «IS-A» местоположение не имеет смысла.

Аналогично, слово «имеет-a» длина. И оператор слова «- это» длина просто не делает Смысл.

BTW Все австралийские ссылки в этом посте являются преднамеренными, чтобы отпраздновать день Австралии, который сегодня 26 января!

HTH

Проблема не «как иметь дело с одним наследством». То, что вам не хватает, - это не на самом деле шаблон дизайна, но учится разработать API отдельно от реализации.

Я бы реализовал его так:

public interface WordDescriptor {
    void getKind();
    Word getWord();
}

public interface Word {
    String getWord();
}

public class SimpleWord implements Word {
    private String word;

    public SimpleWord(String word) { this.word = word; }
    public String getWord() { return word; }
}

public class SimpleWordDescriptor implements WordDescriptor {
    private Word word;
    private String kind;

    public SimpleWordDescriptor(Word word, String kind) {
        this.word = word;
        this.kind = kind; // even better if WordDescriptor can figure it out internally
    }

    public Word getWord() { return word; }

    public String getKind() { return kind; }
}

с этой основной настройкой, когда вы хотите ввести свойство длины, все, что вам нужно сделать, это:

public interface LengthDescriptor {
    int getLength();
}

public class BetterWordDescriptor extends SimpleWordDescriptor
                                  implements LengthDescriptor {
    public BetterWordDescriptor(Word word, String kind) {
        super(word, kind);
    }

    public int getLength() { getWord().length(); }        
}

Другие ответы, которые используют состав свойств, а также Декоратор-рисунок также являются совершенно действующими решениями вашей проблемы. Вам просто нужно определить, какие ваши объекты есть и как «композитируемые» они и как они должны использоваться, - отсюда сначала разработает API.

Просто используйте композицию вместо наследования:

A Breatword IS-AN Абстрактное слово , что имеет длину :

public class BetterWord extends AbstractWord {

    private Length length;

    public void setLength(int value){
        length.setLength(value);
    }
}

редактировать

Если API нуждается в объекте длины типа, просто добавьте Getter:

public class BetterWord extends AbstractWord {

    private Length length;

    public void setLength(int value){
        length.setLength(value);
    }

    public Length getLength() {
        return length
    }
}

или переименовать реализацию Длина - Длина и определить интерфейс Длина , потому что класс может реализовать несколько интерфейсов.