#include guard와 #pragma를 한 번 사용해야합니까? 이 컴파일러의 모든 <code>#pragma once</code>를 지원하는 경우

Question

http://en.wikipedia.org/wiki/Pragma_once
난 아직도 사용해야 경비원 포함되어 있습니까?
스택 오버플로에 대한 많은 응답은 호환성을 위해 둘 다 사용한다고 말하지만 여전히 그래도 울리는 지 확실하지 않습니다. 현재 어떤 컴파일러가 #pragma once을 지원하지 않습니까?

양쪽 모두를 사용하는 것이 widley 채택되기 전에 권장 사항 이었는지 또는 두 가지 방법을 사용하는 여전히 좋은 이유가 있는지 확실하지 않습니다.
#pragma once 만 사용하면 어떤 문제가 발생합니까?

Answer 1

을 포함 있도록 비표준입니다.

확실하게 #prama once을 지원하는 컴파일러로 작업해야하는 프로그램을 작성하고 있다면 #pragma once을 사용하면됩니다. 하지만 이렇게하면 구현 정의 함수를 지원하는 컴파일러 세트로 프로그램을 제한 할 수 있습니다.

귀하의 프로그램이 모든 컴파일러에서 작동해야하는 경우 #pragma once을 사용하고 경비원을 모두 포함시켜야합니다. 컴파일러가 지원하지 않는 경우

는 #pragma once 그것은 단순히 ^{[참고 문헌이 # 1]}, 이러한 경우에 헤더 가드 당신이 인식하지 둘 때, 당신이 그들을 사용의 잘못 때문에 아무 목적으로 서비스를 제공하지 않습니다 무시합니다 타겟 컴파일러가 지원하는 기능들.

다른 컴파일러에서 프로그램을 100 % 이식 가능하게하려면 이상적인 방법은 여전히 ​​포함 가드 만 사용하는 것입니다. #pragma once에 대한 동작이 구현 정의 된 이후 @CharlesBailey가 올바르게 지적한 것처럼 알 수없는 컴파일러에서의 동작은 프로그램에 해로운 영향을 줄 수 있습니다.

---

^{[참고 문헌 1]}
표준 C++ 03 : 16.6 프라 그마 지정

형태

# pragma pp-tokensopt new-line

의 전처리 지시자 원인 구현은 구현 정의 된 방식으로 동작합니다. 구현에서 인식 할 수없는 pragma는 무시됩니다. 테이블로

Answer 2

당신이 안전한 사용을 할하려는 경우 그것은 당신의 프로그램이 될 것으로 예상 얼마나 많은 휴대용에 따라 경비

Answer 3

는 #pragma once를 지원하지 않는 주류 사용 컴파일러가 발생할 지금 매우 드문 보여줍니다. 코드 기반을 깨끗하게 유지하고 유지 보수 비용을 줄이기 위해서는 지속적인 리팩토링 노력이 필요합니다. 클래스의 이름을 바꾸거나 코드를 옮길 때마다 경비원을 업데이트하면 상당한 부담이됩니다.

그래서 나는 떨어져 약간의 틈새 코너 케이스에서 말하거나 #pragma once에 의존하는 것이 안전 실천에 깨진 빌드 시스템을위한 것입니다. #pragma once 만 사용하여 생산성과 코드 품질을 신경 쓰는 분명한 선택입니다. 당신이 태양 아래 모든 컴파일러를 지원하거나이 기능이없는이 드문 컴파일러 중 하나 일해야 할만큼 불행 할 필요가있는 라이브러리를 작성하는 경우 인

예외.