Каким должен быть паттерн Adapter?

Question

[Константин Кнатарев]

Ребят срочно хэлпаните, никак не могу разобраться с этим паттерном (Adapter), везде для примера его пишут не понятно (+ везде, где чекал, нет второй реализации). У кого-нибудь есть наглядный пример паттерна Адаптер, может быть, кто-то пытался для себя реализовать? (на cpp-reference немного не в тему пример, потому что ту пррблему, которую они решают с помощью адаптера, можно решать с использованием наследования)

Answer 1

[serginhold]

Адаптер адаптирует интерфейс..

Допустим есть класс для форматирования текста TextFormatter, и есть у него метод format().
По какой-то причине в проекте решили отказаться от этого класса, и использовать другой NewFormatter, типа другой на много лучше и няшный весь такой, но у него нет метода format(), у него есть метод formatText().
И чтобы по всему проекту не искать вызов старого класса, правя кучу кода, можно написать адаптер, подменив им старый класс.
Пусть будет NewTextFormatterAdapter. У которого пишем метод format(), в котором идёт вызов нового класса, что-то вроде:
return this->newFormatter->formatText();

Comments

[Константин Кнатарев]

Благодарю вас за ответ, сразу все встало на свои места

[Константин Кнатарев]

Здравствуйте написал по вашим рекомендациям, должно быть что-то похожее?

class TextFormater {
public:
    void format() {
        //...старая реализация
    };
};

class NewTextFormater {
public:
    void new_format() {
        //...новая реализация
    };
};

class AdapterNewTextFormater : public TextFormater {
protected:
    NewTextFormater *new_textformater;
public:
    AdapterNewTextFormater(NewTextFormater *adaptee_textformater): new_textformater(adaptee_textformater) {};
    void format() {
        this->new_textformater->new_format();
    }
};

[serginhold]

Константин Кнатарев, практически, только у тебя вроде с наследованием получилось, на сколько я помню си)

по идее самый базовый класс должен быть только интерфейсом, в си вроде это обычные абстрактные классы с виртуальными методами

т.е. не хватает
class TextFormaterInterface
virtual format()

от него уже выходит старый класс
class TextFormater : TextFormaterInterface

и новый адаптер
class AdapterNewTextFormater : TextFormaterInterface

а сейчас у тебя получается что ты наследовался и переопределил метод

конечный смысл: ты как бы всегда работаешь в коде с TextFormaterInterface, не зная кем он является на самом деле

[Константин Кнатарев]

serginhold,
Примерно так?

class AbstractTextFormater {
public:
    virtual ~AbstractTextFormater() {};
    virtual void format() = 0;
};

class TextFormater {
public:
    void format() {
        //...старая реализация
    };
};

class NewTextFormater {
public:
    virtual ~NewTextFormater() {};
    void new_format() {
        //...новая реализация
    };
};

class AdapterNewTextFormater : public AbstractTextFormater {
public:
    AdapterNewTextFormater(NewTextFormater* other_textformater): textformater(other_textformater) {};
    void format() {
        this->textformater->new_format();
    }
protected:
    NewTextFormater* textformater;
};

[serginhold]

Константин Кнатарев, class TextFormater : AbstractTextFormater,
а так в принципе примерно так

[Константин Кнатарев]

serginhold, Ой, да извините. Спасибо!
А с закрытым наследованием примерно также реализуется? (по структуре на картинке)

Answer 2

[laphroaig]

Адаптер - это как переходник в с usb на type-c например. У тебя есть клиент который работает с UsbInterface и некоторый класс, который делает все, что нужно клиенту, но имеет TypeCInterface. Т.е. мы не можем просто передать указатель на него клиенту. Можно конечно реализовать в таком классе и UsbInterface, но это не всегда разумно и возможно. Адаптер, в данном случае, будет реализовывать UsbInterface и перенаправлять запросы целевому объекту вызывая соответствующие методы TypeCInterface

Answer 3

[EVGENY T.]

https://github.com/EvgenyTyurin/AdapterDemo