Использование абстрактного функтора

@Rhoxolan · Регистрация: 16.12.2020

Здравствуйте. Задумал перегрузить в абстрактном классе operator(), что-бы создать абстрактный (или интерфейсный) функтор. Получилось, работает как надо, но выглядит ужасно, совершенно не так, как задумывалось. У кого-то есть идеи, как можно правильно это реализовать?

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#include <iostream>
#include <memory>
#include <array>
 
class Abstract
{
public:
    virtual void operator()() = 0;
};
 
class FirstClass : public Abstract
{
    void operator()() { std::cout << 0; };
};
 
class SecondClass : public Abstract
{
    void operator()() { std::cout << 1; };
};
 
int main()
{
    using std::unique_ptr;
    using std::make_unique;
    using std::array;
 
    array<unique_ptr<Abstract>, 2> obj{
        make_unique<FirstClass>(), make_unique<SecondClass>() };
 
    obj[1]->operator()(); //Работает как надо, на выглядит ужасно
 
    //obj[0](); //Было бы неплохо как-то так (или obj()[0], мы ведь ищем по индексу именно функтор)
    return 0;
}

@TheCalligrapher · 13.02.2022, 01:34

Сообщение от Rhoxolan

"Выглядит ужасно" именно " obj[1]->operator()() ". В комментариях в моём коде я более подробно изложил суть проблемы и отметил, как бы хотел это все видеть.

Но это, как я уже сказал выше, ни имеет никакого отношения вообще к теме абстрактных функторов. Для любых функторов будет точно так же.

Зачем вы тогда озаглавили тему "Использование абстрактного функтора" и рассказывали нам все это про "перегрузить в абстрактном классе operator(), что-бы создать абстрактный (или интерфейсный) функтор", если ваша проблема к абстрактности или перегрузке никакого отношения не имеет?

@Rhoxolan · 13.02.2022, 01:45 **[ТС]**

Сообщение от SmallEvil

С функторами то какие вопросы.
Или что тогда должно делать "меню" при

Примерно так (очень упрощенно):

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
#include <iostream>
#include <memory>
#include <array>
 
class Menu
{
public:
    virtual void operator()(int &value) = 0;
};
 
class FirstMenu : public Menu
{
    void operator()(int& value) {
        std::cout << "Пожалуйста, выберите: 1 или 2\n";
        std::cin >> value;
    };
};
 
class SecondMenu : public Menu
{
    void operator()(int& value) {
        std::cout << "Пожалуйста, выберите: 3 или 4\n";
        std::cin >> value;
    };
};
 
int main()
{
    using std::unique_ptr;
    using std::make_unique;
    using std::array;
 
    array<unique_ptr<Menu>, 2> obj{
        make_unique<FirstMenu>(), make_unique<SecondMenu>() };
 
    int elem{ 0 };
 
    // В разных ситуациях - разные меню
    (*obj[1])(elem);
 
    if (elem > 3)
    {
        //Действие 4
    }
    else if (elem > 2)
    {
        //Действие 3
    }
    else if (elem > 1)
    {
        //Действие 2
    }
    else if (elem > 0)
    {
        //Действие 1
    }
    return 0;
}

Сообщение от TheCalligrapher

Но это, как я уже сказал выше, ни имеет никакого отношения вообще к теме абстрактных функторов. Для любых функторов будет точно так же.
Зачем вы тогда озаглавили тему "Использование абстрактного функтора" и рассказывали нам все это про "перегрузить в абстрактном классе operator(), что-бы создать абстрактный (или интерфейсный) функтор", если ваша проблема к абстрактности или перегрузке никакого отношения не имеет?

В моём понимании абстрактный, или если быть точным - интерфейсный класс, это класс, в котором нет полей и все методы определены как чисто виртуальные. Определяя в таком классе operator(), я реализую саму работу с перегруженным оператором в классах потомках. И так как классы потомки являются, все же, потомками абстрактного (интерфейсного) класса, то в моём понимании, объекты таких классов и являются объектами абстрактного класса. Прошу поправить меня, если я где-то не прав. Либо же предложить другой вариант решения моей задачи при сохранении описанной архитектуры.

@TheCalligrapher · 13.02.2022, 02:05

Сообщение от Rhoxolan

В моём понимании абстрактный, или если быть точным - интерфейсный класс, это класс, в котором нет полей и все методы определены как чисто виртуальные. Определяя в таком классе operator(), я реализую саму работу с перегруженным оператором в классах потомках. И так как классы потомки являются, все же, потомками абстрактного (интерфейсного) класса, то в моём понимании, объекты таких классов и являются объектами абстрактного класса.

Аррргх...

Вот вам минимальный пример

C++
1
2
3
4
5
6
7
8
9
10
struct S
{
  void operator ()() {}
};
 
int main() 
{
  std::array<std::unique_ptr<S>, 2> obj{ std::make_unique<S>(), std::make_unique<S>() };
  obj[1]->operator()(); 
}

В этом примере присутствует та же самая "проблема", на которую вы жаловались: obj[1]->operator()().

Очевидно, что никакого "абстрактного функтора" здесь нет, никакого "абстрактного функтора" для этого не нужно и никакого отношения к "абстрактным функторам" эта проблема не имеет вообще.

Потому и возникает вопроос: если ваша проблема именно в obj[1]->operator()(), то зачем вы нам тут рассказываете по какие-то "абстрактные функторы"? При чем они здесь вообще?

@Rhoxolan · 13.02.2022, 02:14 **[ТС]**

Сообщение от TheCalligrapher

Очевидно, что никакого "абстрактного функтора" здесь нет, никакого "абстрактного функтора" для этого не нужно и никакого отношения к "абстрактным функторам" эта проблема не имеет вообще.

Сообщение от TheCalligrapher

зачем вы нам тут рассказываете по какие-то "абстрактные функторы"?

Лишь затем, что "абстрактные функторы" имеют отношение непосредственно к моему коду, а не к проблеме.

Согласен с тем, что стоило еще более упростить пример, не затрагивая тему абстрактных классов вовсе. С другой же стороны, в подобных дискуссиях часто рождается истина, что может быть крайне полезно новичкам, в том числе и тем, которые будут перечитывать тему в дальнейшем. Так что все происходящее в теме можно охарактеризовать лишь крайне положительно.

@SmallEvil · 13.02.2022, 02:25

Rhoxolan, ладно, если убрать весь стеб и мое нежелание что то точное и серьезное писать сегодня ,
вот вам маленький пример организации меню общего назначения :

C++
1
2
3
4
5
6
7
8
9
10
struct MenuItemI{
   virtual void operator()(int &value) = 0;
   virtual ~MenuItemI(){};
}
struct MenuItem : public MenuItemI{
}
struct Menu{
   Collection<Menu*> SubMenus; 
   Collection<MenuItemI*> Items;  
}

Не оно ?

@Rhoxolan · 13.02.2022, 02:57 **[ТС]**

Сообщение от SmallEvil

Rhoxolan, ладно, если убрать весь стеб и мое нежелание что то точное и серьезное писать сегодня ,
вот вам маленький пример организации меню общего назначения :

Спасибо. Не могу сказать, что сходу всё понял, но постараюсь проработать ваш пример.

@Rhoxolan · 13.02.2022, 03:10 **[ТС]**

Сообщение от SmallEvil

Rhoxolan, ладно, если убрать весь стеб и мое нежелание что то точное и серьезное писать сегодня ,
вот вам маленький пример организации меню общего назначения :

Спасибо. Не могу сказать, что сходу всё понял, но постараюсь проработать ваш пример.

Добавлено через 13 минут

Сообщение от SmallEvil

Rhoxolan, ладно, если убрать весь стеб и мое нежелание что то точное и серьезное писать сегодня ,
вот вам маленький пример организации меню общего назначения :

Спасибо. Не могу сказать, что сходу всё понял, но постараюсь проработать ваш пример.

@woldemas · 13.02.2022, 04:33

Сообщение от Rhoxolan

У кого-то есть идеи, как можно правильно это реализовать?

Мне кажется можно забить на слово "функтор" и сделать классический абстрактный класс. Тем более у пункта меню функционал наверное побольше чем просто вызов.

C++
1
2
3
4
5
6
7
8
9
10
11
class menu_item {
public:
    virtual void execute() = 0;
    virtual bool can_execute() const = 0;
    std::string title() const;
    // А если уж надо куда-то функтор
    // его можно запросить отдельно
    auto get_functor() {
        return [this] { execute(); };
    }
}

@DrOffset · 13.02.2022, 12:38

Уже безотносительно этой темы.

Сообщение от SmallEvil

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

Это не обвязка, а часть интерфейса базового класса.
Вот у Саттера была заметка об этом: http://www.gotw.ca/publications/mill18.htm

Новые блоги и статьи Все статьи Все блоги /
Клиент Uhbif79 18.06.2026 Здесь простой клиент для работы с сервером.	Сервер Uhbif79 18.06.2026 Выкладываю простейший сервер.	Дефенестрация kumehtar 18.06.2026 Узнал интересное слово. Дефенестрация. Это когда ты выбрасываешь кого-либо или что-либо из окна. Возьму на вооружение)))	Дихотомия добра и зла kumehtar 18.06.2026 Как Дзен-буддисты говорят о добре и зле: не нужно воевать против зла, нужно воевать против невежества. Тогда добро станет ествественным, и поэтому вечным. Но дело в том, что невежество всё время. . .
Своя Интернет-Компания iceja 18.06.2026 Я программист с экономическим образованием, пишу свой проект, это SaaS для бизнесов. Мне нужен co-founder с высшим экономическим образованием, и/ или инвестор. Сейчас проект в интенсивной разработке,. . .	24 Мат модель здравосохранения: функциональные требования к строительству пищеблока anaschu 18.06.2026 СРесурсами1: финансовый SD-контур, калькулятор функциональных требований пищеблока Сегодня разделили затраты в агенте Экономика по образцу модели НАСОСЫ, добавили расчёт ROI и построили первый. . .	23. что сделано за последнее время. anaschu 17.06.2026 • Эталон: Клиника НИИ питания РАМН, Москва — централизованный пищеблок, 225 коек, 180 пациентов • Git: репозиторий med2, ветка абсентеизм. Рабочий файл: СРесурсами1_v4. alp • Смежный проект:. . .	22. Подключение слоя системной динамики (потоковые диффуры): экономические метрики модели anaschu 17.06.2026 Апдейт модели: финансовый контур, разделение затрат Продолжаю развивать модель рабочего коллектива на AnyLogic. В этот раз работа шла над агентом Экономика — финансовым SD-слоем модели. Задача:. . .