Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

C.67: Does a class marked final prevent slicing?

Aperta
  • Qualcosa non va?
#2,072 0 commenti 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
30/100
Tipo di issue
Documentazione
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
cpp
Ambito
documentation

Direzione di ricerca

Inizia con gli esempi C++ adattati dell’issue e leggi le sezioni collegate delle linee guida C.67 e C.20 insieme al materiale di cppreference sui costruttori di copia a cui si fa riferimento. Determina se contrassegnare D come final influisce sullo slicing in g, quindi chiarisci la linea guida o l’esempio in modo da indicare la raccomandazione applicabile e la relativa motivazione.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Consider the following adapted example based on C.67: A polymorphic class should suppress public copy/move (there now is an additional class E derived from D and D does not comply with C.67).

class B { // GOOD: polymorphic class suppresses public copying
public:
    B() = default;
    virtual char m() { return 'B'; }

protected:
    B(const B&) = default;
    B& operator=(const B&) = default;
    // ...
};

class D : public B { // BAD: polymorphic derived class doesn't suppress public copying
public:
    char m() override { return 'D'; }
    // No user-defined copy-constructor so according to cppreference (https://en.cppreference.com/w/cpp/language/copy_constructor) the compiler will implicitly generate a public copy constructor
    // ...
};

class E : public D {
public:
    char m() override { return 'E'; }
    // ...
};

void f(B& b)
{
    auto b2 = b; // ok, compiler will detect inadvertent copying, and protest
}

void g(D& d)
{
    auto d2 = d; // oops, slices the object; d2.m() will return 'D'
}

E e;
g(e);

To my understanding, D is a polymorphic class in terms of C.67 as it inherits a virtual function. Slicing obviously occurs due to D not complying with C.67.

My question now is, what if there should not be any classes derived from D in the first place? I.e. D being introduced in the following way:

class D final : public B { // QUESTION: does final prevent slicing in function g?
public:
    char m() override { return 'D'; }
    // No user-defined copy-constructor so according to cppreference the compiler will implicitly generate a public copy constructor
    // ...
};

Is it sound to mark D final and keep the implicitly generated public copy constructor (i.e. apply C.20: If you can avoid defining default operations, do in this case)? Or can this still lead to slicing in function g?

Lingua principale
CSS
Stelle
45.3k
Fork
5.6k
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di isocpp/CppCoreGuidelines

Tutte le issue di isocpp/CppCoreGuidelines

Issue simili

Altre issue su Documentation

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.