¿Una excepción a la regla de "solo una implementación"?

Question

Mientras estaba leyendo la respuesta aceptada de this question, tenía la siguiente pregunta:

Por lo general, los métodos están definidos en los archivos de cabecera (.hpp o lo que sea), y la aplicación en los archivos de origen (.cpp o lo que sea).

Una de las principales razones por las que es una mala práctica incluir un "archivo fuente" (#include <source_file.cpp>) es que su implementación de métodos se duplicaría, lo que provocaría errores de enlace.

Cuando uno escribe:

#ifndef BRITNEYSPEARS_HPP 
#define BRITNEYSPEARS_HPP 

class BritneySpears 
{ 
    public: 

    BritneySpears() {}; // Here the constructor has implementation. 
}; 

#endif /* BRITNEYSPEARS_HPP */ 

Él está dando la aplicación del constructor (en este caso una implementación "vacío", pero aún así).

Pero por qué entonces incluir este archivo de encabezado varias veces (aka. En diferentes archivos de origen) se no generar un error de "definición duplicada" en tiempo de enlace?

Answer 1

Las funciones en línea son excepciones a la "regla de una definición": se le permite tener implementaciones idénticas de ellas en más de una unidad de compilación. Las funciones están en línea si están declaradas inline o implementadas dentro de una definición de clase.

Answer 2

Porque es una función "en línea". Las funciones en línea pueden incluirse desde los encabezados tantas veces como desee y no causan errores de enlazador de definición duplicados.

El compilador también tratará de llevarlos en línea por lo que, en su ejemplo anterior, el compilador tratar y eliminar la llamada al constructor por completo.

Answer 3

Las funciones miembro con implementación dentro de la definición de clase se tratan como funciones en línea. Las funciones en línea están exentas de una regla de definición.

Específicamente cuando el vinculador ve dos funciones en línea con la misma firma, las trata como si fuera la misma función y simplemente selecciona una de ellas. Esto puede llevar to really weird hard to detect problems.