AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / coding / Perguntas / 79593162
Accepted
463035818_is_not_an_ai
463035818_is_not_an_ai
Asked: 2025-04-26 02:58:18 +0800 CST2025-04-26 02:58:18 +0800 CST 2025-04-26 02:58:18 +0800 CST

Como a conversão para o tipo de ponteiro de função é especial, pois permite a conversão implícita de um chamável?

  • 772

Esta é uma continuação desta pergunta: Por que posso chamar um callable que é referenciado por constante e onde o callable real é um lambda mutável?

Posso imitar a conversão implícita de um fechamento mutável const para um ponteiro de função quando ele é chamado assim:

#include <iostream>

void dummy() { std::cout << "call dummy\n";}

using fptr = void(*)();

struct callable {
    void operator()() {std::cout << "call callable\n"; }
    operator fptr() const { 
        std::cout << "convert\n";
        return &dummy; 
    }
};

int main()
{
    auto exec = []( auto const &fn ) { 
        std::cout << "call\n";
        fn(); 
    }; 
    exec( callable{} );
}

Demonstração ao vivo

Não entendo por que a conversão implícita é acionada. Ela não ocorre ao passar o argumento (o argumento é deduzido, portanto, não leva em consideração a conversão implícita), mas apenas quando ()é invocada, como evidenciado pela saída:

call
convert
call dummy

Tentei experimentar para entender o que estava acontecendo. Tentar algo semelhante com um operador diferente não funcionou (como esperado):

#include <iostream>

struct bar {
    void operator+(int) const { std::cout << "bar\n"; };   
};

struct foo {
    void operator+(int) { std::cout << "foo\n"; }
    operator bar() const { return  {}; }
};

int main() {
    auto exec = []( auto const &fn ) { 
        std::cout << "call\n";
        fn + 42; 
    }; 
    exec(foo{});
};

erro :

<source>:15:12: error: passing 'const foo' as 'this' argument discards qualifiers [-fpermissive]
   15 |         fn + 42;
      |         ~~~^~~~

O que há de especial no operador de chamada? Como é possível que ele fn()converta implicitamente fnpara chamar outra coisa?


PS: Enquanto isso, descobri que deve estar relacionado à conversão para ponteiro de função, porque quando transformo o primeiro exemplo em algo mais parecido que o segundo, recebo o erro esperado:

#include <iostream>

struct foo {
    void operator()() const { std::cout << "call foo\n"; }

};

struct callable {
    void operator()() {std::cout << "call callable\n"; }
    operator foo() const { return {}; };
};

int main()
{
    auto exec = []( auto const &fn ) { 
        std::cout << "call\n";
        fn(); 
    }; 
    exec( callable{} );
}

Agora recebo o erro esperado

<source>:17:11: error: no match for call to '(const callable) ()'
   17 |         fn();
      |         ~~^~

Agora a questão é: O que há de especial nas conversões para o tipo de ponteiro de função?

Parece que fn()leva em conta conversões para ponteiros de função. Por quê?

c++
  • 2 2 respostas
  • 281 Views

2 respostas

  • Voted
  1. Best Answer
    Miles Budnek
    2025-04-26T03:51:49+08:002025-04-26T03:51:49+08:00

    Este comportamento especial para conversão em tipos de função é definido em [over.call.object] :

    Se a expressão pós-fixada E na sintaxe de chamada de função for avaliada como um objeto de classe do tipo " cvT ", então o conjunto de funções candidatas inclui pelo menos os operadores de chamada de função de T. Os operadores de chamada de função de Tsão os resultados de uma busca pelo nome operator()no escopo de T.

    Além disso, para cada função de conversão não explícita declarada no Tformato

    operator conversion-type-id ( ) cv-qualifier-seq ref-qualifier noexcept-specifier attribute-specifier-seq ;
    

    onde o cv-qualifier-seq opcional é a mesma qualificação cv que, ou uma qualificação cv maior que, cv , e onde conversion-type-id denota o tipo “ponteiro para função de (P 1 ,…,P n ) retornando R”, ou o tipo “referência para ponteiro para função de (P 1 ,…,P n ) retornando R”, ou o tipo “referência para função de (P 1 ,…,P n ) retornando R”, uma função de chamada substituta com o nome exclusivo call-function e tendo o formato

    R call-function ( conversion-type-id  F, P1 a1, …, Pn an) { return F (a1, …, an); }
    

    também é considerada uma função candidata. Da mesma forma, funções de chamada substituta são adicionadas ao conjunto de funções candidatas para cada função de conversão não explícita declarada em uma classe base, Tdesde que a função não esteja oculta Tpor outra declaração interveniente.

    A lista de argumentos enviada para resolução de sobrecarga consiste nas expressões de argumento presentes na sintaxe de chamada de função precedidas pelo argumento de objeto implícito (E).

    No seu exemplo, a expressão pós-fixada E é fn, que é avaliada como um objeto de classe do tipo const callable. Como callablehá um operador de conversão para "ponteiro para a função de ()retorno void" e esse operador é constqualificado como -, a função substituta void unique_name(fptr F) { return F(); }é imaginada e a chamada unique_name((fn))é considerada para a expressão fn().

    • 7
  2. yuri kilochek
    2025-04-26T04:04:18+08:002025-04-26T04:04:18+08:00

    Para realmente tornar o +caso equivalente, seria algo assim :

    struct bar {};
    void operator+(bar const&, int) { std::cout << "bar\n"; };  
    

    E então ele compila e gera:

    call
    bar
    

    A diferença é que membro bar::operator+(int)não é um candidato, enquanto não membro ::operator+(bar const&, int)é (já que está no escopo; não será encontrado via ADL se você envolvê-lo em um namespace - tipos de retorno de operador de conversão não contribuem para o ADL dessa forma).

    Na verdade, inteiros possuem operadores não-membros incorporados definidos, conforme descrito em [over.built/10] . O comportamento da expressão de chamada é definido separadamente em [over.call.object], mas é essencialmente o mesmo como se não-membro ::operator()(F*)fosse uma coisa e definido para cada tipo de função F.

    • 5

relate perguntas

  • Por que os compiladores perdem a vetorização aqui?

  • Erro de compilação usando CMake com biblioteca [fechada]

  • Erro lançado toda vez que tento executar o premake

  • Como criar um tipo de octeto semelhante a std::byte em C++?

  • Somente operações bit a bit para std::byte em C++ 17?

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    Reformatar números, inserindo separadores em posições fixas

    • 6 respostas
  • Marko Smith

    Por que os conceitos do C++20 causam erros de restrição cíclica, enquanto o SFINAE antigo não?

    • 2 respostas
  • Marko Smith

    Problema com extensão desinstalada automaticamente do VScode (tema Material)

    • 2 respostas
  • Marko Smith

    Vue 3: Erro na criação "Identificador esperado, mas encontrado 'import'" [duplicado]

    • 1 respostas
  • Marko Smith

    Qual é o propósito de `enum class` com um tipo subjacente especificado, mas sem enumeradores?

    • 1 respostas
  • Marko Smith

    Como faço para corrigir um erro MODULE_NOT_FOUND para um módulo que não importei manualmente?

    • 6 respostas
  • Marko Smith

    `(expression, lvalue) = rvalue` é uma atribuição válida em C ou C++? Por que alguns compiladores aceitam/rejeitam isso?

    • 3 respostas
  • Marko Smith

    Um programa vazio que não faz nada em C++ precisa de um heap de 204 KB, mas não em C

    • 1 respostas
  • Marko Smith

    PowerBI atualmente quebrado com BigQuery: problema de driver Simba com atualização do Windows

    • 2 respostas
  • Marko Smith

    AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos

    • 1 respostas
  • Martin Hope
    Fantastic Mr Fox Somente o tipo copiável não é aceito na implementação std::vector do MSVC 2025-04-23 06:40:49 +0800 CST
  • Martin Hope
    Howard Hinnant Encontre o próximo dia da semana usando o cronógrafo 2025-04-21 08:30:25 +0800 CST
  • Martin Hope
    Fedor O inicializador de membro do construtor pode incluir a inicialização de outro membro? 2025-04-15 01:01:44 +0800 CST
  • Martin Hope
    Petr Filipský Por que os conceitos do C++20 causam erros de restrição cíclica, enquanto o SFINAE antigo não? 2025-03-23 21:39:40 +0800 CST
  • Martin Hope
    Catskul O C++20 mudou para permitir a conversão de `type(&)[N]` de matriz de limites conhecidos para `type(&)[]` de matriz de limites desconhecidos? 2025-03-04 06:57:53 +0800 CST
  • Martin Hope
    Stefan Pochmann Como/por que {2,3,10} e {x,3,10} com x=2 são ordenados de forma diferente? 2025-01-13 23:24:07 +0800 CST
  • Martin Hope
    Chad Feller O ponto e vírgula agora é opcional em condicionais bash com [[ .. ]] na versão 5.2? 2024-10-21 05:50:33 +0800 CST
  • Martin Hope
    Wrench Por que um traço duplo (--) faz com que esta cláusula MariaDB seja avaliada como verdadeira? 2024-05-05 13:37:20 +0800 CST
  • Martin Hope
    Waket Zheng Por que `dict(id=1, **{'id': 2})` às vezes gera `KeyError: 'id'` em vez de um TypeError? 2024-05-04 14:19:19 +0800 CST
  • Martin Hope
    user924 AdMob: MobileAds.initialize() - "java.lang.Integer não pode ser convertido em java.lang.String" para alguns dispositivos 2024-03-20 03:12:31 +0800 CST

Hot tag

python javascript c++ c# java typescript sql reactjs html

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve