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 / 79183960
Accepted
mgr
mgr
Asked: 2024-11-13 16:18:36 +0800 CST2024-11-13 16:18:36 +0800 CST 2024-11-13 16:18:36 +0800 CST

Por que os operadores de comparação explicitamente padrão são excluídos quando a classe contém um membro de referência?

  • 772

Tentei usar ambos como padrão operator==em operator<=>uma classe simples que contém um membro de referência como este:

#include <iostream>
#include <string>

class Simple
{
public:
    Simple(const std::string& data)
     : data_(data)
    {
    }

    auto operator<=>(const Simple&) const = default;

private:
    const std::string& data_;
};

int main(int argc, char** argv)
{
    std::string str1 = "one";
    Simple s1(str1);
    std::string str2 = "two";
    Simple s2(str2);
    std::cout << (s1 < s2) << std::endl; // compiler error

    return 0;
}

O compilador clang afirma que

warning: explicitly defaulted three-way comparison operator is implicitly deleted
note: defaulted 'operator<=>' is implicitly deleted because class 'Simple' has a reference member

Não recebi nenhum aviso de outros compiladores (por exemplo, MSVC), mas quando tento usá-lo, recebo erros de compilação:

<source>(62): error C2280: 'auto Simple::operator <=>(const Simple &) const': attempting to reference a deleted function
<source>(49): note: see declaration of 'Simple::operator <=>'
<source>(49): note: 'auto Simple::operator <=>(const Simple &) const': function was implicitly deleted because 'Simple' data member 'Simple::data_' of type 'const std::string &' is a reference type
<source>(52): note: see declaration of 'Simple::data_'

Outras funções padrão, como atribuição de cópia, serão excluídas, porque não são possíveis com um membro de referência.

Mas por que o conteúdo de uma referência não pode ser comparado automaticamente?

E qual é o caminho mais curto para implementá-lo manualmente?

c++
  • 3 3 respostas
  • 523 Views

3 respostas

  • Voted
  1. j6t
    2024-11-13T17:38:47+08:002024-11-13T17:38:47+08:00

    O artigo P1603R1 especifica que os membros de referência devem levar a operadores de comparação excluídos, dizendo que isso está de acordo com o artigo P0515:

    O P0515 expõe claramente a intenção do projeto como comparação após cópia, ênfase minha:

    Esta proposta unifica e regulariza as partes não controversas de propostas anteriores e incorpora a orientação do EWG de buscar a comparação tripla, permitindo que a cópia padrão guie a comparação padrão e tenha uma maneira simples de escrever um corpo de função de comparação por membro.

    O artigo continua dizendo (desta vez a ênfase é minha):

    É a regra mais segura por enquanto e é mais consistente com a intenção do projeto, conforme estabelecido em P0515.

    Ou seja, a escolha mais segura foi feita e, se houver motivação suficiente para uma mudança de regras, uma mudança poderá ser feita.

    • 6
  2. wohlstad
    2024-11-13T16:32:26+08:002024-11-13T16:32:26+08:00

    Os membros de referência de fato impedem que o compilador gere os operadores de comparação padrão , porque você pode comparar o conteúdo ao qual a referência se refere ou os endereços.

    qual é o caminho mais curto para implementá-lo manualmente?

    Você pode implementar operator<=>manualmente da seguinte maneira:

    auto operator<=>(const Simple& other) const
    {
        return data_ <=> other.data_;
    }
    

    Demonstração do Godbolt .

    Você pode implementar de forma semelhante operator==para verificar a igualdade.

    • 3
  3. Best Answer
    keeranadams
    2024-11-13T16:49:27+08:002024-11-13T16:49:27+08:00

    O problema aqui é que operator<=>e operator==não pode ser padronizado em classes com membros de referência porque as implementações padrão dependem da comparação direta de todos os membros de dados. No entanto, referências não suportam atribuição de cópia ou operações de movimentação, então o compilador não pode sintetizar esses operadores quando referências estão envolvidas.

    Quando o compilador tenta usar o operator<=>, ele tenta comparar cada membro individualmente. Mas como data_é uma referência, ele não tem um valor próprio — ele apenas aponta para outro objeto, então o compilador não pode executar comparações diretas como faria para um tipo de valor. É por isso que o operador de comparação é implicitamente excluído.

    Você precisará implementar operator==e operator<=>comparar manualmente o objeto ao qual os pontos de referência apontam, em vez da referência em si. Veja como você pode fazer isso:

    #include <string>
    #include <iostream>
    #include <compare>
    
    class Simple
    {
    public:
        Simple(const std::string& data)
            : data_(data)
        {
        }
    
        bool operator==(const Simple& other) const
        {
            return data_ == other.data_;
        }
    
        auto operator<=>(const Simple& other) const
        {
            return data_ <=> other.data_;
        }
    
    private:
        const std::string& data_;
    };
    
    int main()
    {
        std::string str1 = "one";
        Simple s1(str1);
        std::string str2 = "two";
        Simple s2(str2);
        
        std::cout << (s1 < s2) << std::endl;  // Works now
    
        return 0;
    }
    
    1. operator==: Definimos manualmente operator==para comparar data_em s1e s2por meio da comparação dos objetos aos quais eles fazem referência.

    2. operator<=>: Similarmente, definimos manualmente operator<=>para comparar data_em s1e s2usando operator<=>on std::string. Como data_é uma referência, data_ <=> other.data_realiza uma comparação entre os std::stringobjetos aos quais as referências apontam.

    Como referências não são valores em si, elas precisam ser comparadas pelos objetos aos quais fazem referência. Esta implementação manual contorna a incapacidade do compilador de usar default operator==e operator<=>para tipos com membros de referência. Esta é a maneira mais curta e limpa de lidar com a situação sem alterar o design da classe.

    • 0

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

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

    • 1 respostas
  • Marko Smith

    Por que esse código Java simples e pequeno roda 30x mais rápido em todas as JVMs Graal, mas não em nenhuma JVM Oracle?

    • 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

    Quando devo usar um std::inplace_vector em vez de um std::vector?

    • 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
  • Marko Smith

    Estou tentando fazer o jogo pacman usando apenas o módulo Turtle Random e Math

    • 1 respostas
  • Martin Hope
    Aleksandr Dubinsky Por que a correspondência de padrões com o switch no InetAddress falha com 'não cobre todos os valores de entrada possíveis'? 2024-12-23 06:56:21 +0800 CST
  • Martin Hope
    Phillip Borge Por que esse código Java simples e pequeno roda 30x mais rápido em todas as JVMs Graal, mas não em nenhuma JVM Oracle? 2024-12-12 20:46:46 +0800 CST
  • Martin Hope
    Oodini Qual é o propósito de `enum class` com um tipo subjacente especificado, mas sem enumeradores? 2024-12-12 06:27:11 +0800 CST
  • Martin Hope
    sleeptightAnsiC `(expression, lvalue) = rvalue` é uma atribuição válida em C ou C++? Por que alguns compiladores aceitam/rejeitam isso? 2024-11-09 07:18:53 +0800 CST
  • Martin Hope
    The Mad Gamer Quando devo usar um std::inplace_vector em vez de um std::vector? 2024-10-29 23:01:00 +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
  • Martin Hope
    MarkB Por que o GCC gera código que executa condicionalmente uma implementação SIMD? 2024-02-17 06:17:14 +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