성능 문제를 다루는 데 모든 c++컴파일러는 erious 하나 있습니다. C++ 코드는 컴파일하기를 길고 느린 과정.

, 는 매우 긴 파일 헤더도 컴파일하기를 에 포함된 상단형 c++컴파일러는 느린 과정. 컴파일하기를 일부를 구성하는 거대한 헤더입니다 구조 및 기타 대형 윈도우 API 라이브러리 API 는 , 매우 매우 길고 느린 과정. 해야 할 수 있으며, 매 Cpp 는 죽음을 통해 끝날거요 이상 단일 소스 파일 종소리.

하지만 이 모든 문제를 겪고 있는 오래된 윈도우 중복됨 컴파일러에도 어하여 컴파일하십시오 같은 대형 apiu indows.

하는 수 없이 간단한 트릭 (microsoft 컴파일러와의 이 문제를 개선하고 사전 컴파일된 헤더도 . 이 전략은 매우 슬릭: 비록 모든 CPP 파일을 다른 의미를 부여할 수도 있는데 법률적으로 스링슬리 Cpp 파일을 각 헤더 파일이 포함되어 있는 상단형 체인에서의 (대표) 와 같은 것들을 각기 다른 매크로 # define& # 39; d 사전에 포함, 또는 다른 오더할 헤더도 포함시켜), 즉 가장 많이 해당하지. 우리는 대부분의 시간을 가질 수 있지만, 그들은 모두 포함된 파일 수십, 수백 개의 고안되었습니다 Cpp 파일을 모든 응용 프로그램에서 컴파일되었습니다 같은 의미가 있다.

이 경우, doesn& 절감만으로도 내말들어봐 컴파일러와의 엄청난 시간 t # 39 는 말 그대로 모든 Cpp 파일을 처음부터 시작해야 컴파일하십시오 구성형 때마다 수십 개의 포함되어 있습니다.

이 전략은 헤더 파일 시작 점으로 구성된 특별 지정 모든 # 39, & # 39 라는 컴필레이션 체인, so 사전 컴파일된 header&. 일반적으로 파일, 이는 단순히 스테드라프스트라 라는 파일에 대한 역사적 이유.

당신의 모든 사용자 파일을 스테드라프스트라 에 api 를 단순히 나열하십시오 big huge 헤더도 단축시킵니다 너회의 CPP 파일을 매우 적절한 순서대로 각 시작 후, ',' 에 있는 상단형 # include &quot stdafx.h&quot 전에 의미 있는 컨텐츠 (거의 유일한 전에 설명을 할 수 있다).

이러한 조건 하에서 처음부터 시작 , 대신 컴파일러는 스테드라프스트라 에 저장된 모든 것을 '결과' 에서 이미 컴파일하기를 컴파일하기를 시작합니다.

내가 믿고 있는 Microsoft 컴파일러에도 don& 고유하므로 아니하며, t # 39 이 트릭 (original developement 인턴이었을때를 것 같아요.

마이크로소프트 (ms) 의 사용을 제어하는 설정이 컴파일러에도 제어됩니다 사전 컴파일된 헤더도 명령줄이 인수 컴파일러와의: '/ ᅲ &quot stdafx.h"; '. 상상할 수 있듯이 ',' 스테드라프스트라 사용하는 파일 이름은 앨리어스가 컨벤션. 강조표시할 경우 이름을 변경할 수 있습니다.

비주얼 스튜디오 2010년 이 설정을 통해 프로젝트를 마우스 오른쪽 단추로 클릭하면 선택 & # 39 는 GUI 에서 제어됩니다 CPP Properties& # 39;; 구성 및 이동한 Properties\C/C++\Precompiled Headers&quot ";). 다른 버전의 비주얼 스튜디오, 내 위치 GUI 다를 것이라고 강조했습니다.

때에는 사전 컴파일된 비활성화합니다 헤더도 (또는 그 도구를 통해 프로젝트에 실행하십시오 doesn& # 39, t 지원), it doesn& # 39, 불법 프로그램을 만들 수 없다. 이는 단순히 기구야 컴파일하십시오 때마다 모든 것을 처음부터 있다는 것이다.

쉽게 할 수 없는 경우, 당신은 라리브러리 분판할 indows 종속물과의 셀명 아웃하거나 분리하십시오 에서 # dm_ownerdm_owner 스테드라프스트라 절실해졌습니다. 하지만 파일을 제거할 필요가 없다는 게 아니라, 그 자체는 분명히 수정하십시오 비활성화하여 프레콤필레 헤더입니다 위 설정을.

S # 39 it& &quot 사전 컴파일된 헤더입니다 file";; - 모든 헤더도 스테드라프스트라 에 전처리 시간을 절약하기 위해 후속 미완성 혹은 미개봉 작품 중에 포함되어 있는지 있다. [Here on MSDN] (http://msdn.microsoft.com/en-us/library/h552b3ca.aspx) 이에 대한 자세한 내용을 확인할 수 있습니다.

39, re you& 경우 건물, 빈, 크로스 플랫폼 응용 프로그램인 확인란 &quot project&quot. # 39, 프로젝트 및 Visual Studio 파일을 만들 때 won& 프로젝트에서 전혀 넣지 않는다.

&quot Stdafx.h"; 는 사전 컴파일된 헤더입니다. 이 파일을 include file 의 표준 및 시스템 파일이 포함되어 있지만, 자주 사용되는 프로젝트별 포함시키십시오 변경일 린프레크나리스위크 낮춰줍니다 고객이시간과 컴파일하십시오 불필요한 업무를 처리하고 있습니다.

Microsoft Visual Studio 에서 컴파일러를 사용할 수 있도록 사전 컴파일된 헤더입니다 스테드라프스트라 기본적으로 알고 있는 파일을 컴파일한 후 처음부터 컴파일됨 및 필요가 없습니다. 이에 대한 자세한 내용을 확인할 수 있습니다.

http://www.cplusplus.com/articles/1TUq5Di1/

2017년 보기 = vs https://docs.microsoft.com/en-us/cpp/ide/precompiled-header-files?

그냥 나 자신을 한 이후, m # 39 를 이 실행했음 I& 만들려는 베어본 프레임워크입니다 Win32 프로그램 옵션을 만들어 새로운 걷기 시작한 것은, stdafx.h&quot &quot, 비주얼 스튜디오 2017년. 는 불필요한 및 제거해야 합니다. 그 후, 멍청한 &quot stdafx.h&quot 제거할 수 있습니다. 및 &quot stdafx.cpp"; 물론 솔루션 탐색기에서 파일을 있는 프로젝트에서. # 39 위), s # 39 의 it& you& 동일팔레트에 할 상황에 처하게 됩니다.

#include 

대신.