„stdafx.h“ 파일의 내용을 주의 깊게 검토하십시오: 절대로 또는 거의 변경되지 않는 헤더만 포함되어야 합니다. 포함된 특정 파일은 자체적으로 변경되지 않지만 다른 *.h 파일에 대한 참조가 포함될 수 있습니다. 따라서 마법사를 사용한 경우 stdafx.h 및 stdafx.cpp 파일이 이미 만들어졌으며 필요한 모든 컴파일 스위치도 정의됩니다. 가장 흥미로운 물건은 „stdafx.h“파일에 저장됩니다. 미리 컴파일할 모든 헤더 파일이 포함되어야 합니다. 예를 들어, 아래는 PVS-Studio에서 사용하는 stdafx.h 파일입니다(텍스트는 문서에 대한 요약입니다): 프로그래머가 다른 프로젝트의 한 프로젝트에서 파일을 사용하기 시작할 때 문제가 발생합니다. 그것은 편리 할 수 있으며,이 방법은 참으로 매우 인기가있습니다. 그러나 *.cpp 파일에는 „stdafx.h“#include 줄이 포함되어 있음을 잊어 버십시오. 이것은 매우 중요한 질문입니다. 모든 헤더를 „stdafx.h“로 포함하면 속도를 높이는 대신 컴파일 프로세스가 느려집니다. „stdafx.h“(이 줄 포함)#include 이전의 모든 텍스트가 미리 컴파일된 헤더라고 생각합니다. 파일을 컴파일할 때 컴파일러는 „stdafx.h“를 #include 전에 텍스트를 *.pch 파일의 텍스트로 대체합니다. „int A = 10″이라는 선이 손실됩니다.

이 문서는 Visual Studio 환경을 시작하고 그 아래에 C++ 프로젝트를 컴파일하려는 프로그래머를 위한 것입니다. 모든 것이 낯선 환경에서 이상하고 복잡해 보이며, 초보자는 컴파일 중에 이상한 오류를 일으키는 stdafx.h 파일에 특히 자극을 받습니다. 꽤 자주 모든 프로젝트에서 미리 컴파일 된 모든 헤더를 부지런히 끄는 것으로 끝납니다. 우리는 모든 것을 알아 내기 위해 비주얼 스튜디오 이민자 수 있도록이 기사를 썼다. 당신이 그것을 생각하게되면 그것은 정말 의미가 있습니다. „stdafx.h“ 파일이 맨 처음에 포함되어 있으면 이미 처리된 텍스트를 파일로 대체할 수 있습니다. 이 텍스트는 항상 동일하게 유지되며 아무 것도 영향을 받지 않습니다. system()은 이 경우 추출헤더를 호출하여 프로피디아에이트 stdafx.h를 생성합니다. 처음 두 루프는 도구에 필요한 인수를 생성합니다. 옵션 –sysincludetree 모든 Qt 포함 하위 폴더를 포함 하는 데 유용 온다. 프로젝트 파일을 „stdafx.h“에 포함시키는 경우 특히 주의해야 합니다. 매우 드물게 변경되는 파일만 포함합니다.

당신은 뭔가 잘못했어야 합니다. 예를 들어 „stdafx.h“#include 줄은 파일의 첫 번째 줄이 아닙니다. „stdafx.h“ 헤더는 *.c/*cpp 파일에 가장 먼저 포함되어야 합니다. 이것은 필수입니다! 그렇지 않으면 컴파일 오류가 보장됩니다. 문제는 stdafx.h 파일 중 어느 파일이 채택될 것인가하는 것입니다. 프로그램이 잘 컴파일되면 프로그래머가 충분히 운이 좋다는 것을 의미합니다. 솔루션이 잘 컴파일되는 경우 제대로 구현되는 것은 아닙니다. 하나의 솔루션에는 종종 프로젝트 수가 포함될 수 있으며, 각 솔루션에는 미리 컴파일된 헤더(예: 미리 컴파일된 헤더)를 사용하는 프로젝트가 포함될 수 있습니다.