Преимущества Использования указателей функции

Они могут быть полезными, если Вы не знаете функциональности, поддерживаемой Вашей целевой платформой до времени выполнения (например, функциональности ЦП, доступной памяти). Очевидное решение состоит в том, чтобы записать функции как это:

int MyFunc()
{
  if(SomeFunctionalityCheck())
  {
    ...
  }
  else
  {
    ...
  }
}

Если эта функция вызвана глубоко в важных циклах затем, вероятно, лучше для использования указателя функции для MyFunc:

int (*MyFunc)() = MyFunc_Default;

int MyFunc_SomeFunctionality()
{
  // if(SomeFunctionalityCheck())
  ..
}

int MyFunc_Default()
{
  // else
  ...
}

int MyFuncInit()
{
  if(SomeFunctionalityCheck()) MyFunc = MyFunc_SomeFunctionality;
}

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

Выполнить Intel совместимый код байта Windows, который мог бы быть полезен для интерпретатора. Например, вот является функция stdcall возвратом 42 (0x2A), сохраненный в массиве, который может быть выполнен:

code = static_cast<unsigned char*>(VirtualAlloc(0, 6, MEM_COMMIT | MEM_RESERVE, PAGE_EXECUTE_READWRITE));
// mov eax, 42
code[0] = 0x8b;
code[1] = 0x2a;
code[2] = 0x00;
code[3] = 0x00;
code[4] = 0x00;
// ret
code[5] = 0xc3;
// this line executes the code in the byte array
reinterpret_cast<unsigned int (_stdcall *)()>(code)();

...

VirtualFree(code, 6, MEM_RELEASE);

);

Любое время Вы используете обработчик событий или делегата в C#, Вы эффективно используете указатель функции.

И не, они не о скорости. Указатели функции об удобстве.

Jonathan

В эти дни, каковы лучшие и наиболее практические применения целых чисел на современных языках c-стиля?

Просто разговор о C#, но указатели функции используется на всем протяжении C#. Делегаты и События (и Лямбды, и т.д.) являются всеми указателями функции под капотом, таким образом, почти любой проект C# будет пронизанным указателями функции. В основном каждый обработчик событий, около каждого запроса LINQ, и т.д. - будет использовать указатели функции.

В тусклое, средневековье перед C++ был общий шаблон, который я использовал в своем коде, который должен был определить структуру с рядом указателей функции, которые (обычно) воздействовали на ту структуру в некотором роде и обеспечили особые поведения для нее. В терминах C++ я просто создавал vtable. Различие было то, что я мог побочный эффект структура во времени выполнения для изменения поведений отдельных объектов на лету по мере необходимости. Это предлагает намного более богатую модель наследования за счет устойчивости и простоты отладки. Самая большая стоимость, однако, была то, что был точно один человек, который мог написать этот код эффективно: я.

Я использовал это в большой степени в платформе UI, которые позволяют мне изменить способ, которым были нарисованы объекты, кто был целью команд, и так далее, на лету - что-то, что предложили очень немного UIs.

Формализация этого процесса на языках OO лучше каждым значимым способом.

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

Тем не менее я обеспечу кавычку, которую я получил от бывшего моего преподавателя:

Рассматривайте новую функцию C++ как Вы, рассматривал бы заряженное автоматическое оружие в переполненной комнате: никогда не используйте его просто, потому что это выглядит изящным. Ожидайте, пока Вы не понимаете последствий, не становитесь милыми, пишите то, что Вы знаете и знаете то, что Вы пишете.

Существуют случаи, когда использование указателей функции может ускорить обработку. Простые таблицы отправки могут использоваться вместо долгих операторов переключения или последовательностей if-then-else.

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

Без закрытий и легкого синтаксиса, они - вид общего количества. Таким образом, Вы склонны использовать их намного менее, чем желаемый. Главным образом для функций "обратного вызова".

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

C# имеет закрытия, таким образом, указатели функции (которые на самом деле хранят объект, таким образом, это не просто необработанная функция, но и введенное состояние также) значительно более применимы там.

Отредактируйте Один из комментариев, сказал, что должна быть демонстрация функций высшего порядка с указателями функции. Любая функция, берущая функцию обратного вызова, является функцией высшего порядка. Как, скажем, EnumWindows:

BOOL EnumWindows(          
    WNDENUMPROC lpEnumFunc,
    LPARAM lParam
);

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

Платформа.NET также заполнена подобными проектами. Например, IAsyncResult. AsyncState: "Получает пользовательский объект, который квалифицирует или содержит информацию об асинхронной операции". Так как IAR - все, что Вы входите в свой обратный вызов без закрытий, Вам нужен способ пихнуть некоторые данные в асинхронный op, таким образом, можно выбросить его позже.

Указатели функции быстры

В какой контекст? По сравнению с?

Это кажется, что Вы просто хотите использовать указатели функции ради использования их. Это было бы плохо.

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