Анонимные функции, как параметр

@Retyrn0 · Регистрация: 24.06.2013

Студворк — интернет-сервис помощи студентам

Здравствуйте. Есть проблема - много функций, каждой придумывать имена не хочу, тем более, что они мне не пригодятся. Суть такова:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
void _F()
{
  Bla-bla-bla;
}
 
class Object
{
public:
  void (*F)();
 
  Object(_F){F=_F;}
  ~Object(){}
};
Object MY(_F);

Подскажите как сделать то-же, но минуя имя? Например, вместо:

C++
1
Object MY(_F);

нечто вроде:

C++
1
Object MY((Bla-bla-bla;));

Добавлено через 1 минуту
классно, что закрывающаяся скобка функции и точка с запятой - это

@0x10 · 26.03.2014, 20:14

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
#include <iostream>
 
template <class T>
void f(const T& functor)
{
    functor();  
}
 
int main()
{
    f([](){ std::cout << "Hello, Lambda!" << std::endl; });
    return 0;
}

http://ideone.com/A2zXEL

@Retyrn0 · 26.03.2014, 20:22 **[ТС]**

Спасибо за быстрый ответ!

Сообщение от 0x10

template <class T>

Это обязательно? Все функции принимают и возвращают аналогичные параметры.

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

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

Это обязательно?

Хотя сейчас сам буду пробовать, спасибо!

@0x10 · 26.03.2014, 20:22

Можно и конкретный тип определить. См std::function.

@Retyrn0 · 26.03.2014, 20:42 **[ТС]**

Сообщение от 0x10

C++
1
2
3
4
5
6
7
8
9
10
11
#include <iostream>
template <class T>
void f(const T& functor)
{
 functor(); 
}
int main()
{
 f([](){ std::cout << "Hello, Lambda!" << std::endl; });
 return 0;
}

А начиная с какой версии студии оно должно работать? 6.0, я так понимаю, "устаревшая"?

@0x10 · 27.03.2014, 04:28

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

А начиная с какой версии студии оно должно работать?

Стандарт С++11. Т.е. где-то с 2010 http://msdn.microsoft.com/en-U... 67368.aspx

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

6.0, я так понимаю, "устаревшая"?

Это та, которая вышла 16 лет назад? Да не, свежак.

@Retyrn0 · 27.03.2014, 10:50 **[ТС]**

Сообщение от 0x10

Это та, которая вышла 16 лет назад?

Год выпуска меня и того больше - даже в ужас вгоняет) В данный момент у меня нет возможности работать с другой по некоторым причинам. Альтернативы нет?

@0x10 · 27.03.2014, 11:07

Сюда посмотреть можно, но не знаю - взлетит ли http://www.boost.org/doc/libs/... ambda.html

Ну и на самом деле в первоначальной постановки проблемы не вижу. Нет ничего плохого в том, чтобы были полноценные локальные вспомогательные функции.

@Retyrn0 · 27.03.2014, 11:37 **[ТС]**

Сообщение от 0x10

Нет ничего плохого в том, чтобы были полноценные локальные вспомогательные функции.

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

@0x10 · 27.03.2014, 11:41

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

но очень не хочется сочинять функциям имена

Это слишком субъективная причина, чтобы в нее упираться.

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

У меня куча .h, которые использую этот класс

В этих заголовках действительно нужно полное определение класса? Мб хватило бы объявления.

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

Нет возможности давать одинаковые имена, чтобы функция по имени была видна только внутри библиотеки?

Если в cpp файле функция объявлена как static, то снаружи она недоступна. Т.е. в разных cpp файлах могут быть static-функции с одинаковыми именами.

@Retyrn0 · 27.03.2014, 11:57 **[ТС]**

Сообщение от 0x10

Это слишком субъективная причина, чтобы в нее упираться.

Сообщение от 0x10

В этих заголовках действительно нужно полное определение класса? Мб хватило бы объявления.

Именно! В отдельной библиотеке класс с конструктором, принимающим адрес функции, эта библиотека подключается к сотням других библиотек, в которых нужно объявить экземпляр класса, передав адрес на функцию. Библиотек много - много функций и не камильфо давать каждой из них имя с учётом того, что они имеют одну и ту же суть, но разную реализацию для каждого объекта. Т.е., например, объект может отображаться на экране с помощью функции DRAW(), но один объект - это картинка, второй - прямоугольник, третья круг, нужно, чтобы каждый из этих объектов выводился на экран по-своему. Зачем хранить картинку прямоугольник, если можно FillRect(). Я думаю вы понимаете о чём я.

@0x10 · 27.03.2014, 12:06

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

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

@Retyrn0 · 27.03.2014, 12:28 **[ТС]**

Сообщение от 0x10

можно проиллюстрировать кодом?

C++
1
2
3
4
5
6
7
8
9
10
11
//библиотека с классом Class.h
class Object
{
public:
  void (*DRAW)();
 
  Object(void (*draw)())
  {
    DRAW=draw;
  }
};

C++
1
2
3
4
5
6
7
8
9
//Библиотека 1
#include "Clas.h"
 
void DrawPic()
{
  //Выводим изображение на экран
}
 
Object Picture(DrawPic)

C++
1
2
3
4
5
6
7
8
9
//Библиотека 2
#include "Clas.h"
 
void DrawRectangle()
{
  //Выводим прямоугольник на экран
}
 
Object Rectangle(DrawRectangle)

И т.п. Только хотелось бы не использовать имена DrawPic и DrawRectangle.

Tulosba · 27.03.2014, 13:19

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

хотелось бы не использовать имена DrawPic и DrawRectangle.

Если в каждой единице трансляции, которую Вы называете библиотекой будут только одна функция Draw*(), то можно, как это уже говорил 0x10, объявить функцию как static (ну или поместить ее в безымянное пространство имен

) и в каждом модуле дать ей одинаковое имя:

C++
1
2
3
4
5
6
7
8
9
//Библиотека N
#include "Clas.h"
 
static void Draw()
{
  //Выводим нечто на экран
}
 
Object TypeN( Draw );

@0x10 · 27.03.2014, 13:23

В общем, то, что я тут вижу - это какое-то вывернутое наизнанку наследование.
Решается определением базового класса/интерфейса в библиотеке и конкретных реализаций в клиентах.

@Retyrn0 · 27.03.2014, 13:45 **[ТС]**

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

Если в каждой единице трансляции, которую Вы называете библиотекой будут только одна функция Draw*()

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

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

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

Сообщение от 0x10

Решается определением базового класса/интерфейса в библиотеке и конкретных реализаций в клиентах.

Вы имеете ввиду для каждого объект создавать свой класс с наследованием класса Object, в которо описаны все общие параметры?

@0x10 · 27.03.2014, 13:50

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

Вы имеете ввиду для каждого объект создавать свой класс с наследованием класса Object, в которо описаны все общие параметры?

Да.

Судя по этому

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

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

Случай прям как по учебнику.

@Retyrn0 · 27.03.2014, 13:58 **[ТС]**

Сообщение от 0x10

Да.

Такая штука, например, нужно все объекты отобразить на экране из библиотеки, которая ничего не знает о существовании потомков класса Object. В этом вся проблема.

Добавлено через 3 минуты
Единственный выход - создать списки адресов функций в основной библиотеке, который инициализируется из библиотек объектов, в которой циклом выполняются функции по адресам, но тогда теряется смысл использования ООП. Я изначально собирался так сделать, но потом решил попытаться сделать "по человечески" - с ООП.

@0x10 · 27.03.2014, 13:59

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

нужно все объекты отобразить на экране из библиотеки, которая ничего не знает о существовании потомков класса Object

Пусть принимает Object*, этого будет достаточно.

@Retyrn0 · 27.03.2014, 14:02 **[ТС]**

Сообщение от 0x10

Пусть принимает Object*, этого будет достаточно.

Ааа. Т.е. в родительском классе оставить адреса функций, просто инициалзировать их из дочерних? Тогда да, спасибо!

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .
Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .	SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	26.03.2014, 20:22
	Можно и конкретный тип определить. См std::function. 0

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	27.03.2014, 11:07
	Сюда посмотреть можно, но не знаю - взлетит ли http://www.boost.org/doc/libs/... ambda.html Ну и на самом деле в первоначальной постановки проблемы не вижу. Нет ничего плохого в том, чтобы были полноценные локальные вспомогательные функции. 0

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	27.03.2014, 12:06
	На словах сложно на самом деле понять. Мне вот думается, что этот мега-класс, который принимает указатель на функцию, скорее должен принимать указатель на базовый класс/интерфейс. Клиенты уже будут реализовывать его по-своему. Как вариант, можно проиллюстрировать кодом? Пусть на небольшом и искусственном, но законченном примере такого класса и пары клиентов, которые его используют. 0

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	27.03.2014, 13:23
	В общем, то, что я тут вижу - это какое-то вывернутое наизнанку наследование. Решается определением базового класса/интерфейса в библиотеке и конкретных реализаций в клиентах. 2