В чем разница между «typeSpecifier functionPointer = &definedFunction» и «typeSpecifier functionPointer =definedFunction»?

Пожалуйста, сначала рассмотрите следующий пример (это часть кода с Cplusplus.com):

#include <iostream>     // std::cout
#include <functional>   // std::function, std::negate

int half(int x) {return x/2;}

int main () {
  std::function<int(int)> fn1 = half;                    // function
  std::function<int(int)> fn2 = &half;                   // function pointer
  std::cout << "fn1(60): " << fn1(60) << '\n';
  std::cout << "fn2(60): " << fn2(60) << '\n';
  return 0;
}

Чем отличается fn1 от fn2 в примере?
Означает ли это, что fn1 скопирует функцию «наполовину», тогда как fn2 просто указывает на эту функцию. Комментарии Cplusplus.com подразумевают, что они разные; но я слышал из какого-то видео, что они одинаковые, а оператор "&" просто необязателен.
Так что же правда? пожалуйста помоги.

Вопрос в заголовке не соответствует коду в теле вопроса. В показанном коде нет auto.

user17732522 05.08.2023 17:23

В названии написано auto, а в коде написаноstd::function<int(int)>. Прими решение.

molbdnilo 05.08.2023 17:24

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

molbdnilo 05.08.2023 17:25

Только что поправил, всем спасибо :)

Crackie 05.08.2023 17:30

@molbdnilo, правда? Хотя все талантливые программисты на C++ родились оттуда :D (не включая меня, конечно)

Crackie 05.08.2023 17:31

@Crackie для хорошего справочного сайта C++ см.: cppreference.com.

wohlstad 05.08.2023 18:30
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
6
61
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

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

В контекстах, где кажется, что произойдет копирование, ссылка немедленно превращается в указатель, как в C:

int main()
{
    auto f1 = half;
    auto f2 = &half;

    static_assert(std::is_same_v<decltype(f1),decltype(f2)>);
}

Однако на самом деле этого здесь не происходит, если исходить из основной части вопроса, а не из заголовка. std::function делает распад внутренне и явно.

user17732522 05.08.2023 17:25

Конструктор std::function принимает ссылку для пересылки, поэтому, если аргумент равен half, он будет принимать «ссылку lvalue на функцию», и не будет неявного преобразования функции в указатель (вместо этого конструктор делает это внутри, как требует его спецификация), и если аргумент равен &half, тогда он принимает «ссылку rvalue на указатель функции». Преобразование явно через &.

user17732522 05.08.2023 17:32

@ user17732522, исправил этот ответ - он кажется вам правильным?

Toby Speight 05.08.2023 17:44
Ответ принят как подходящий

Если typeSpecifier является объектом, то в большинстве случаев практической разницы нет. В вашем коде использование half и &half делает то же самое. Тем не менее стоит отметить, что здесь задействованы два разных эффекта:

Преобразование функции в указатель

auto f = function;

Это вызывает неявное преобразование function в объект, преобразование функции в указатель:

lvalue функционального типа T может быть преобразовано в prvalue типа «указатель на T». Результатом является указатель на функцию.

- [conv.func] ч1

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

// You end up calling this with F = int(&)(int)
// i.e. a reference to a function taking int and returning int.
// (See https://cdecl.plus/?q=int%28%26%29%28int%29 for learning type syntax)
template<class F> function(F&& f);

Этот конструктор явно использует std::decay_t и выполняет внутреннее преобразование функции в указатель.

Получение адреса функции с помощью &

auto f = &function;

Это явно принимает адрес функции:

Операнд унарного оператора & должен быть lvalue некоторого типа T. Результатом является prvalue.

  • [...]
  • В противном случае результат имеет тип «указатель на T» и указывает на обозначенный объект или функцию.

- [выр.унар.оп] ч3

В вашем примере вы по-прежнему вызываете вышеупомянутый конструктор. Однако на этот раз вы передаете «указатель на функцию» int(*)(int) , а не «ссылку на функцию» int(&)(int). Конечный результат тот же.

спасибо @Ян Шультке

Crackie 06.08.2023 07:11

Другие вопросы по теме