헤더에 넣을 내용 :

• #include헤더가 일부 소스 파일에 포함 된 경우 헤더를 컴파일 할 수 있도록하는 데 필요한 최소 지시문 세트입니다 .
• 공유해야하고 전처리기를 통해서만 달성 할 수있는 것들의 전 처리기 기호 정의 C에서도 전 처리기 기호는 최소한으로 유지하는 것이 가장 좋습니다.
• 헤더 본문에서 구조 정의, 함수 프로토 타입 및 전역 변수 선언을 컴파일 할 수있게하는 데 필요한 구조의 전달 선언.
• 여러 소스 파일간에 공유되는 데이터 구조 및 열거의 정의
• 링커가 정의를 볼 수있는 함수 및 변수에 대한 선언
• 인라인 함수 정의이지만 여기서주의하십시오.

헤더에 속하지 않는 것 :

• 무질서한 #include지시. 이러한 무관심은 재 컴파일 할 필요가없는 것들의 재 컴파일을 야기하며 때때로 시스템이 컴파일 할 수 없도록 만들 수 있습니다. #include헤더 자체에 다른 헤더 파일이 필요하지 않은 경우 헤더에 파일을 넣지 마십시오 .
• 의도는 전 처리기 이외의 메커니즘, 어떤 메커니즘에 의해 달성 될 수있는 전 처리기 기호.
• 많은 구조 정의. 그것들을 별도의 헤더로 나눕니다.
• 추가가 필요 #include하거나 변경 될 수 있거나 너무 큰 함수의 인라인 정의 . 이러한 인라인 함수는 팬 아웃이 거의 없어야하며 팬 아웃이있는 경우 헤더에 정의 된 항목으로 현지화되어야합니다.

최소한의 #include진술은 무엇입니까?

이것은 사소한 질문으로 판명되었습니다. TL; DR 정의 : 헤더 파일에는 직접 사용되는 각 유형을 직접 정의하거나 해당 헤더 파일에 사용 된 각 함수를 직접 선언하는 헤더 파일이 포함되어야하지만 다른 것은 포함해서는 안됩니다. 포인터 또는 C ++ 참조 유형은 직접 사용 자격이 없습니다. 순방향 참조가 선호됩니다.

무료 #include지침을 위한 장소가 있으며 , 이것은 자동화 된 테스트입니다. 소프트웨어 패키지의 모든 헤더 파일에 대해 다음을 자동으로 생성 한 후 컴파일합니다.

#include "path/to/random/header_under_test"
int main () { return 0; }

컴파일은 깨끗해야합니다 (즉, 경고 나 오류가 없어야합니다). 불완전한 유형 또는 알 수없는 유형에 관한 경고 또는 오류는 테스트중인 헤더 파일에 누락 된 #include지시문 및 / 또는 전달 선언이 없음을 의미합니다. 참고 : 테스트 통과라고해서 #include지시어가 충분 하지 않다는 의미는 아닙니다 .

답변