닉 마이어 말이 맞습니다. 컴파일러는 포함하는 파일의 확장자를 신경 쓰지 않습니다. 따라서 “.h”, “.hpp”, “.hxx”, “.hh”, “.inl”, “.inc”등은 파일에 포함되어야하는 내용을 명확하게하기위한 간단한 규칙입니다.

가장 좋은 예는 확장자가 전혀없는 STL 헤더 파일입니다.

일반적으로 “.inl”파일에는 인라인 코드 가 포함되어 있습니다 (따라서 “.inl”확장자).

이러한 파일 “.inl”파일은 헤더 간에 종속성주기가있을 때 필요합니다. 코드 합니다.

예를 들면 :

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

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

과:

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

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

순방향 선언을 사용하는 것을 포함하여 컴파일 할 방법이 없습니다.

해결책은 정의와 구현을 두 종류의 헤더 파일로 나누는 것입니다.

• hpp 헤더 선언 / 정의
• inl 헤더 구현 용

다음 예제로 나뉩니다.

// A.hpp

struct B ;

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

과:

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

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

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

과:

// B.hpp

struct A ;

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

과:

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

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

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

이렇게하면 자신의 소스에 필요한 “.inl”파일을 포함 할 수 있으며 제대로 작동합니다.

다시 말하지만, 포함 된 파일의 접미사 이름은 실제로 중요하지 않고 용도 만 중요합니다.

답변