Есть ли у вас примеры, когда наследование алмазов полезно?

Question

Мне интересно найти примеры, когда наследование алмазов - это хорошо. Я только теоретически читаю и не преуспеваю в этом на практике.

Answer 1

Лучший пример наследования алмазов - std :: iostream library. Такой дизайн требует тщательного тестирования. В общем, мы должны избегать такого типа структуры, насколько это возможно, чтобы впоследствии уменьшить проблемы с обслуживанием.

Answer 2

Он иногда появляется в интерфейсном программировании, хотя вы можете избежать его, если будете осторожны. Это, вероятно, лучше всего иллюстрируется примером; в противном случае описание будет просто превратиться в салате слова:

// Foo.h 

struct IFoo 
{ 
    virtual ~IFoo() {} 
    virtual int Bar() = 0; 
    virtual int Baz() = 0; 
}; 


// FooBase.h 

#include "Foo.h" 

class FooBase : public IFoo 
{ 
public: 
    int Bar() override { return 0; } // default implementation 
    int Baz() override { return 0; } // default implementation 
}; 


// ConcreteFoo.h 

#include "Foo.h" 

class ConcreteFoo : public IFoo 
{ 
public: 
    static ConcreteFoo* Create(); 
    virtual void SayHello() = 0; 
}; 


// ConcreteFoo.cpp 

#include "ConcreteFoo.h" 
#include <iostream> 

class ConcreteFooImpl : public ConcreteFoo, public FooBase 
// Diamond! Both ConcreteFoo and FooBase descend from IFoo. 
{ 
public: 
    int Bar() override { return 1; } 

    // use default Baz() from FooBase 

    void SayHello() override { std::cout << "Hello!"; } 
}; 

ConcreteFoo* ConcreteFoo::Create() 
{ 
    return new ConcreteFooImpl(); 
} 

Когда вы пишете новый код, вы можете вообще не создавать такого рода договоренности, в первую очередь. Но если вы рефакторинг, чтобы разорвать зависимости в устаревшем коде, вы иногда получаете что-то, что напоминает выше, как остановку по пути (или, может быть, последнюю остановку, в зависимости от того, насколько это вас беспокоит :)).