Importancia de un archivo .inl en C++

Question

¿Cuáles son las ventajas de tener declaraciones en un archivo .inl? ¿Cuándo necesitaría usar el mismo?

Answer 1

.inl archivos nunca son obligatorios y no tienen significado especial para el compilador. Es solo una forma de estructurar tu código que proporciona una pista a los humanos que podrían leerlo.

utilizo .inl archivos en dos casos:

• Para las definiciones de las funciones en línea.
• Para definiciones de plantillas de funciones.

En ambos casos, puse las declaraciones de las funciones en un fichero de cabecera, que se incluye por otros archivos, entonces el archivo #include.inl en la parte inferior del archivo de cabecera.

Me gusta porque separa la interfaz de la implementación y hace que el archivo de encabezado sea un poco más fácil de leer. Si le importan los detalles de implementación, puede abrir el archivo .inl y leerlo. Si no lo haces, no tienes que hacerlo.

Answer 2

En mi experiencia, los archivos .inl se utilizan para definir funciones en línea. Cuando están en un archivo .inl, el archivo se puede incluir en un encabezado para obtener funciones en línea y en un archivo .c para obtener definiciones de funciones regulares.

De esta forma, la misma fuente puede funcionar más fácilmente con compiladores que no tienen soporte de función en línea, así como compiladores que sí lo hacen.

Se usan generalmente con código C directo, no a menudo con código C++, ya que todos los compiladores C++ admiten funciones en línea.

Answer 3

Creo que es solo una convención de nomenclatura para un archivo de "encabezado" que incluye código en línea. es para que los archivos .h puedan contener definiciones y los archivos .inl contengan código en línea que es necesario para las plantillas.

No belive hay algo más que una convención de nombres para hacer la finalidad del fichero clara

Answer 4

Dado que nadie más ha mencionado:

El uso de archivos .INL para almacenar sus funciones en línea puede ser útil para acelerar compilaciones.

Si solo incluye las declaraciones (.h) donde necesita declaraciones, y solo incluye las implementaciones en línea (.inl) donde las necesita (es decir, probablemente solo en .cpp y otros archivos .inl, no .h's), puede tener un efecto beneficioso en las dependencias de su encabezado.

Esto puede ser una gran victoria en proyectos más grandes con muchas clases interactuando.

Answer 5

Nick Meyer tiene razón: Al compilador no le importa la extensión del archivo que está incluyendo, entonces cosas como ".h", ".hpp", ".hxx", ".hh", ". inl "," .inc ", etc. son una convención simple, para dejar en claro qué se supone que contienen los archivos.

El mejor ejemplo son los archivos de encabezado STL que no tienen extensión alguna.

Normalmente, ".inl "archivos contienen línea código (de ahí el" .INL "extensión).

Esos archivos" archivos .INL" son una necesidad cuando se tiene un ciclo de dependencia entre cabecera código.

Para ejemplo:

// A.hpp 
struct A 
{ 
    void doSomethingElse() 
    { 
     // Etc. 
    } 

    void doSomething(B & b) 
    { 
     b.doSomethingElse() ; 
    } 
} ; 

Y:

// B.hpp 
struct B 
{ 
    void doSomethingElse() 
    { 
     // Etc. 
    } 

    void doSomething(A & a) 
    { 
     a.doSomethingElse() ; 
    } 
} ; 

no hay manera de que usted tendrá que compilar , incluido el uso de la declaración directa.

La solución es entonces para romper definición y ejecución en dos tipos de archivos de cabecera:

• hpp para la declaración de cabecera/definición
• inl para la implementación de cabecera

que se descompone en el siguiente ejemplo:

// A.hpp 

struct B ; 

struct A 
{ 
    void doSomethingElse() ; 
    void doSomething(B & b) ; 
} ; 

Y:

// A.inl 
#include <A.hpp> 
#include <B.hpp> 

inline void A::doSomethingElse() 
{ 
    // Etc. 
} 

inline void A::doSomething(B & b) 
{ 
    b.doSomethingElse() ; 
} 

Y:

// B.hpp 

struct A ; 

struct B 
{ 
    void doSomethingElse() ; 
    void doSomething(A & a) ; 
} ; 

Y:

// B.INL 
#include <B.hpp> 
#include <A.hpp> 

inline void B::doSomethingElse() 
{ 
    // Etc. 
} 

inline void B::doSomething(A & a) 
{ 
    a.doSomethingElse() ; 
} 

De esta manera, se pueden incluir archivos que sea ".INL" que necesita en su propia fuente, y trabajará.

Nuevamente, los nombres de los sufijos de los archivos incluidos no son realmente importantes, solo sus usos.