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

@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;
}

@John Prick · 12.02.2022, 22:51

obj[0] надо разыменовать, так как это указатель: (*obj[0])();

@SmallEvil · 12.02.2022, 22:58

Попахивает кривим проектированием ...

@DrOffset · 12.02.2022, 23:03

Rhoxolan, используйте NVI.

Добавлено через 41 секунду
https://en.wikipedia.org/wiki/... ce_pattern

@Rhoxolan · 12.02.2022, 23:06 **[ТС]**

Сообщение от John Prick

obj[0] надо разыменовать, так как это указатель: (*obj[0])();

Спасибо!

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

Попахивает кривим проектированием ...

Проектирование экспериментальное.

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

Rhoxolan, используйте NVI.

Спасибо.

@SmallEvil · 12.02.2022, 23:29

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

используйте NVI.

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

Добавлено через 48 секунд

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

Когда поведение твоего класса/методов полностью контролирует какая-то обвязка

И в итоге желаемого поведения , вполне законного по правилам фреймворка/иерархии, очень сложно добиться.

@DrOffset · 12.02.2022, 23:32

SmallEvil, вообще мое сообщение про NVI как раз было к комментарию про кривой дизайн. Это способ этот дизайн улучшить.

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

@Rhoxolan · 12.02.2022, 23:35 **[ТС]**

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

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

Задача - три варианта реализации меню, в зависимости от ситуации. Функтор, собственно, и предполагается как меню (ещё раз подчеркну, идеи экспериментальные).

@SmallEvil · 13.02.2022, 00:04

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

Задача - три варианта реализации меню, в зависимости от ситуации. Функтор, собственно, и предполагается как меню

И при чем здесь абстрагирование функторов ?
У функторов лишь одна задача - выполняться.
У пункта меню, их больше. Не говоря уже про само меню.

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

Функтор, собственно, и предполагается как меню

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

Вспомнился подход к проектированию рассмотренный в книге Страуструпа по с++ :
Взаимосвязный подход к проектированию, в котором разные этапы чередуются(и обращаются друг к другу) по мере необходимости.

@TheCalligrapher · 13.02.2022, 00:52

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

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

Что именно "выглядит ужасно"? В чем именно проблема? Как задумывалось?

@ablex · 13.02.2022, 00:54

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

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

Так фундаментально-то он в чём не прав? В том, что назвал класс-элемент меню функтором, а не каким-нибудь action'ом?

Типа вот есть такая шняга:
https://doc.qt.io/qt-5/qmenu.html#addAction-4
Тут кривой дизайн, или что?

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

плохое проектирование ведет к ненужным/избыточным реализациям.

Как сделать, чтобы было всё нужное?

@SmallEvil · 13.02.2022, 01:01

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

Что именно "выглядит ужасно"? В чем именно проблема?

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

obj[1]->operator()(); //Работает как надо, на выглядит ужасно

...

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

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

В том, что назвал класс-элемент меню функтором, а не каким-нибудь action'ом?

Он назвал функтором всю сущность "меню".
И да, в программировании, функтор, имеет вполне определенное значение.

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

Как сделать, чтобы было всё нужное?

Не выдумывать ничего лишнего. Ваш, Капитан Очевидность (С)

@TheCalligrapher · 13.02.2022, 01:01

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

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

Что именно "выглядит ужасно"? В чем именно проблема?

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

obj[1]->operator()(); //Работает как надо, на выглядит ужасно

...

Нет, ситнаксис вызова однаков для всех функторов. То есть эта "проблема" имеет место для любых функторов. Если бы проблема была именно в этом, то зачем бы нам ТС рассказывал истории про "использование абстрактного функтора" и про "задумал перегрузить в абстрактном классе operator(), что-бы создать абстрактный (или интерфейсный) функтор".

Очевидно, ТС ведет речь о чем-то другом.

@SmallEvil · 13.02.2022, 01:06

Не по теме:

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

Очевидно, ТС ведет речь о чем-то другом.

Очевидность такого умозаключения для меня не очевидна )
Мои экстрасенсорные способности вполне ограничены.

@ablex · 13.02.2022, 01:14

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

Он назвал функтором всю сущность "меню".

Да, этот вопрос я прошляпил. Действительно, три варианта меню человек хочет в виде функторов. Впрочем и тут было бы желание, можно разрулить: если одно меню может быть подменю другого, то ничего страшного в таком решнии нет. Однако сомнительно, что ТС хотел именно этого.

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

И да, в программировании, функтор, имеет вполне определенное значение.

Действительно вполне определённое - это функциональный объект. Что именно он будет делать - зависит от сферы применения.

Но меня лично смутило твоё первоначальное предположение, когда еще ничего этого не было известно. Если допустить, что я понял правильно, и автор хотел асбтрагировать пункты меню, чтобы объединить их в один массив - в чем кривость?

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

Не выдумывать ничего лишнего. Ваш, Капитан Очевидность (С)

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

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

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

И при чем здесь абстрагирование функторов ?
У функторов лишь одна задача - выполняться.
У пункта меню, их больше. Не говоря уже про само меню.

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

Он назвал функтором всю сущность "меню".
И да, в программировании, функтор, имеет вполне определенное значение.

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

Нет, ситнаксис вызова однаков для всех функторов. То есть эта "проблема" имеет место для любых функторов. Если бы проблема была именно в этом, то зачем бы нам ТС рассказывал истории про "использование абстрактного функтора" и про "задумал перегрузить в абстрактном классе operator(), что-бы создать абстрактный (или интерфейсный) функтор".

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

Очевидно, ТС ведет речь о чем-то другом.

В понятие функтора я вкладываю значение функционального объекта. Иными словами, я хочу использовать объект абстрактного класса как меню, при этом передав ему в аргументах все необходимые параметры, скорее всего, уже с функции main.

Добавлено через 6 минут
Стоит добавить, что эту же задачу могу решить и не через operator()(&param1, &param2), а элементарно через void Menu(&param1, &param2). Об этом и писал, что в качестве эксперимента решил попробовать вышеизложенный подход.

Добавлено через 1 минуту
Может, у кого-то есть более общепринятые идеи реализации моей задумки?

@TheCalligrapher · 13.02.2022, 01:24

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

В понятие функтора я вкладываю значение функционального объекта. Иными словами, я хочу использовать объект абстрактного класса как меню, при этом передав ему в аргументах все необходимые параметры, скорее всего, уже с функции main.

Это прекрасно. Так в чем вопрос? Что именно "выглядит ужасно"? В чем именно проблема?

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

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

Это прекрасно. Так в чем вопрос? Что именно "выглядит ужасно"? В чем именно проблема?

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

Собственно, John Prick нашел решение моего вопроса, о чем и свидетельствует соответствующая пометка о решении.

@SmallEvil · 13.02.2022, 01:29

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

я хочу использовать объект абстрактного класса как меню

не бывает объектов абстрактного класса

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

В понятие функтора я вкладываю значение функционального объекта. Иными словами, я хочу использовать объект абстрактного класса как меню, при этом передав ему в аргументах все необходимые параметры, скорее всего, уже с функции main.

В понятие функтора я вкладываю значение функционального объекта.
- славно

я хочу использовать объект абстрактного класса как меню
- не славно, может не как меню, а как пункт меню ? Хотя и тут структурная проблма, пункт меню может содержать функтор, напротив, функтор содержащий пункт меню , выглядит дико и неудобно.

при этом передав ему в аргументах все необходимые параметры, скорее всего, уже с функции main.
-опять не славно, добавления пункта меню должно осущевствляться через само меню, кем это будет делаться, main или AI уже без разницы.

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

C++
1
2
3
Menu menu;
// настройка элементов меню
menu(); // <--- ???

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

P.S - выдержка с моего же кода, к вопросу TheCalligrapher

C++
1
2
3
obj[1]->operator()(); //Работает как надо, на выглядит ужасно
 
//obj[0](); //Было бы неплохо как-то так (или obj()[0], мы ведь ищем по индексу именно функтор)

Новые блоги и статьи Все статьи Все блоги /
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .
Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .	Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .

@John Prick 2393 / 1914 / 763 Регистрация: 27.07.2012 Сообщений: 5,558
	12.02.2022, 22:51
	Сообщение было отмечено Rhoxolan как решение Решение `obj[0]` надо разыменовать, так как это указатель: `(*obj[0])();` 1

@SmallEvil Заблокирован
	12.02.2022, 22:58
	Попахивает кривим проектированием ... 0

@DrOffset 19491 / 10097 / 2460 Регистрация: 30.01.2014 Сообщений: 17,805
	12.02.2022, 23:03
	Rhoxolan, используйте NVI. Добавлено через 41 секунду https://en.wikipedia.org/wiki/... ce_pattern 1

@DrOffset 19491 / 10097 / 2460 Регистрация: 30.01.2014 Сообщений: 17,805
	12.02.2022, 23:32
	SmallEvil, вообще мое сообщение про NVI как раз было к комментарию про кривой дизайн. Это способ этот дизайн улучшить. Дальше же "кривость" обсуждать нет смысла, пока не станет известна задача. 0

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

Решение