헤더 파일에 C 정의를 넣는 것이 정말 보편적인 표준인가요?

C 정의를 헤더 파일에 배치하는 것이 보편적인 표준인가요?

프로그래밍 스타일에 따라 클래스 선언은 포함 파일에 저장되고 정의는 별도의 .cpp 파일에 상주합니다. 이 접근 방식은 "C 헤더 파일, 코드 분리" 기사에서 Loki의 널리 알려진 답변에 설명된 원칙과 일치합니다.

그러나 동료는 C 선언이 일반적으로 동일한 헤더 파일 내의 정의를 포함해야 한다고 주장합니다. 그는 이것이 보편적으로 채택된 현대 관행이라고 주장합니다.

이 관행의 확산 검증

이 주장의 타당성을 확인하기 위해 다음에서 관찰되는 일반적인 관행을 살펴보겠습니다. 그만큼

답변

동료의 주장이 틀렸습니다. .cpp 파일(또는 기타 지정된 확장자)에 코드를 유지하고 헤더에 선언을 유지하는 것이 널리 퍼져 있으며 지금도 그렇습니다.

향상된 컴파일러 인라인과 같이 헤더에 코드를 배치하면 가끔 이점이 있는 경우도 있습니다. , 포함 시 코드의 반복 처리로 인해 컴파일 시간이 길어질 수도 있습니다. 또한 코드가 헤더 내에 포함되어 있으면 순환 개체 관계로 인해 복잡성이 발생할 수 있습니다.

요약하자면, 코드와 선언을 분리하는 일반적인 관행은 동료의 주장과는 달리 귀하의 선호도에 부합합니다.

예외 및 설명

템플릿에서 한 가지 주목할만한 예외가 발생합니다. Boost와 같은 최신 라이브러리는 템플릿을 많이 활용하고 "헤더 전용" 접근 방식을 자주 채택합니다. 그러나 이는 특히 템플릿에 적용되는 독특한 시나리오입니다.

헤더 전용 코드의 단점

헤더 전용 코드 작성의 단점을 고려하는 것이 중요합니다.

• Boost를 사용한 컴파일 시간 단축 논의에서 알 수 있듯이 컴파일 시간 연장 Asio.
• 전역 개체와 같은 특정 요소는 싱글톤이나 기타 문제 해결 방법을 사용하지 않고는 헤더 전용 라이브러리에서 구현할 수 없습니다.
• 증분 컴파일 이점이 상실되어 재컴파일 시간이 길어집니다. 심지어 사소한

결론

선언과 정의를 분리하는 전통적인 방식이 C에서 여전히 지배적인 접근 방식입니다. 헤더 전용 코드가 도움이 될 수 있는 특정 시나리오가 있지만 해당 제한 사항을 이해하고 현명하게 사용하는 것이 중요합니다. 헤더 전용 정의를 보편적으로 채택한다는 주장은 근거가 없으며, 코드와 선언을 분리하는 확립된 관행을 유지하는 것이 좋습니다.

위 내용은 헤더 파일에 C 정의를 넣는 것이 정말 보편적인 표준인가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!