Виталий Ткаченко - Обратные вызовы в C++

В строке 4 объявлена функция шаблона. Первый параметр здесь – это данные для сортировки, а второй параметр – предикат для вычисления меньшего элемента. Если при вызове функции предикат не задан, то в качестве значения по умолчанию будет подставлена переменная – экземпляр структуры, объявленной в строке 1. Инстанциироваться эта структура будет типом Data, переданным как первый параметр шаблона.

Итак, на примере алгоритма сортировки мы рассмотрели, как реализуются предикаты для выбора меньшего элемента из двух. Подобным образом можно реализовать множество других операций: сравнения, сложения, вычисления хэш-суммы и т. п. Таким образом, предикаты предлагают удобный способ реализации арифметико-логических операций с нечисловыми типами данных. Частично снимается проблема монолитной архитектуры при использовании функциональных объектов: мы можем реализовать любое количество нужных объектов и подставлять их в шаблон по мере необходимости 19 19 Мы употребили термин «частично», потому что полной независимости здесь нет: при изменении функционального объекта нужно перекомпилировать как инициатор, так и исполнитель. Таким образом, независимость здесь обеспечивается только на уровне исходного кода. . И в заключение отметим, что концепция предикатов широко используется в реализации алгоритмов стандартной библиотеки STL.

Также, как мы делали при анализе синхронных вызовов, проанализируем различные реализации инициатора асинхронных вызовов (Листинг 36, некоторые фрагменты кода пропущены, чтобы не загромождать описание).

class Executor;

class CallbackHandler

{

public:

void operator() (int eventID);

};

//Pointer to function

class Initiator1

{

public:

using ptr_callback = void(*) (int, void*);

void setup(ptr_callback pPtrCallback, void* pContextData) ;

private:

ptr_callback ptrCallback = nullptr;

void* contextData = nullptr;

};

//Pointer to the class static method

class Initiator2

{

public:

using ptr_callback_static = void(*) (int, Executor*);

void setup(ptr_callback_static pPtrCallback, Executor* pContextData) ;

private:

ptr_callback_static ptrCallback = nullptr;

Executor* contextData = nullptr;

};

//Pointer to the class member method

class Initiator3

{

public:

using ptr_callback_method = void(Executor::*)(int);

void setup(Executor* argCallbackClass, ptr_ callback_method argCallbackMethod);

private:

Executor* ptrCallbackClass = nullptr;

ptr_ callback_method ptrCallbackMethod = nullptr;

};

//Functional object

class Initiator4

{

public:

void setup(const CallbackHandler& callback);

private:

CallbackHandler callbackObject;

};

Аналогично синхронным вызовам, можно заметить, что все реализации по своей сути практически одинаковы, отличается только тип и количество аргументов. Попробуем для класса сделать шаблон (Листинг 37).

template

class Initiator

{

public:

void setup(const CallbackArgument& argument)

{

callbackHandler = argument;

}

void run()

{

int eventID = 0;

//Some actions

callbackHandler(eventID);

}

private:

CallbackArgument callbackHandler;

};

Получившийся шаблон подходит для реализации с использованием функционального объекта. Для реализаций с использованием указателей на функцию, указателей на статический метод и на метод-член класса можно использовать шаблон для преобразования вызовов (см. п. 4.2.2). А вот реализация с помощью лямбда-выражений здесь работать не будет, потому что хранить лямбда-выражение как аргумент, подобно обычной переменной, нельзя. Рассмотрим этот вопрос подробнее.

Почему хранение лямбда-выражений является проблемой?

При объявлении лямбда-выражения компилятор генерирует функциональный объект, который называется объект-замыкание (closure type). Этот объект хранит в себе захваченные переменные и имеет перегруженный оператор вызова функции. Сигнатура оператора повторяет сигнатуру лямбда-выражения, а в теле оператора размещается код выражения. Пример объекта-замыкания приведен в Листинг 38.

int main()

{

int capture = 0;