プリコンパイル済みヘッダーを使用する理由
回答を読んで、私は彼らと一緒に何をしてきたのか、ちょっとばかげていると思います。
#pragma once
// Defines used for production versions
#ifndef PRODUCTION
#define eMsg(x) (x) // Show error messages
#define eAsciiMsg(x) (x)
#else
#define eMsg(x) (L"") // Don't show error messages
#define eAsciiMsg(x) ("")
#endif // PRODUCTION
#include "targetver.h"
#include "version.h"
// Enable "unsafe", but much faster string functions
#define _CRT_SECURE_NO_WARNINGS
#define _SCL_SECURE_NO_WARNINGS
// Standard includes
#include <stdio.h>
#include <tchar.h>
#include <iostream>
#include <direct.h>
#include <cstring>
#ifdef _DEBUG
#include <cstdlib>
#endif
// Standard Template Library
#include <bitset>
#include <vector>
#include <list>
#include <algorithm>
#include <iterator>
#include <string>
#include <numeric>
// Boost libraries
#include <boost/algorithm/string.hpp>
#include <boost/lexical_cast.hpp>
#include <boost/scoped_array.hpp>
//Windows includes
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include "FILETIME_Comparisons.h"
#include <shlwapi.h>
#include <Shellapi.h>
#include <psapi.h>
#include <imagehlp.h>
#include <mscat.h>
#include <Softpub.h>
#include <sfc.h>
#pragma comment(lib, "wintrust.lib")
#pragma comment(lib,"kernel32.lib")
#pragma comment(lib,"Psapi.lib")
#pragma comment(lib,"shlwapi.lib")
#pragma comment(lib,"imagehlp.lib")
#pragma comment(lib,"Advapi32.lib")
#pragma comment(lib,"Shell32.lib")
#pragma comment(lib,"Sfc.lib")
#pragma comment(lib,"Version.lib")
// Crypto ++ libraries
#ifdef _DEBUG
#pragma comment(lib,"cryptlibd.lib")
#else
#pragma comment(lib,"cryptlib.lib")
#endif
#define CRYPTOPP_ENABLE_NAMESPACE_WEAK 1
#include <md5.h>
#include <sha.h>
// String libraries
#include "stringUnicodeConversions.h"
#include "expandEnvStrings.h"
#include "randomString.h"
#include "getShortPathName.h"
// Regular Expression Libraries
#include "fpattern.h"
// File Result Record
#include "unixTimeToFileTime.h"
#include "fileData.h"
// Writer
#include "writeFileData.h"
// Criteria Structure System
#include "priorities.h"
#include "criterion.H"
#include "OPSTRUCT.H"
#include "regexClass.H"
#include "FILTER.h"
// Sub Programs Root Class
#include "subProgramClass.h"
// Global data
#include "globalOptions.h"
// Logger
#include "logger.h"
// Console parser
#include "consoleParser.h"
// Timeout handler
#include "timeoutThread.h"
// Zip library
#include "Zip.h"
#include "unzip.h"
#include "zipIt.h"
// Scanner
#include "mainScanner.h"
#include "filesScanner.h"
// Sub Programs
#include "volumeEnumerate.h"
#include "clsidCompressor.h"
#include "times.h"
#include "exec.h"
#include "uZip.h"
// 64 bit support
#include "disable64.h"
lotをより速くコンパイルします。 C++のコンパイルには、何もしないと何年もかかります。大規模なプロジェクトで時間を比較してみてください!
C/C++では、#includeメカニズムは、現在のファイルに指定されたファイルのテキストコピーです。ヘッダーには他のヘッダー(さらに他のヘッダーを含む)が含まれるため、#includeを実行すると、各cppファイル(またはcxx、cなど)にC++の数万行が追加される可能性があります。毎回コンパイル。これは、大規模なプロジェクトでは深刻なボトルネックになる可能性があります。
プリコンパイル済みヘッダーは、各ヘッダーを1回コンパイルしてから、コンパイルされた状態をそれらが含まれるcppに含めることで、これを高速化します。
再:現在の使用状況、非常に多数のファイルを含むターゲットがある場合でも、そのようにPCHを使用する方が高速かもしれません。それらをオフに切り替えて確認してください。それは依存します:独自のヘッダーがたくさんあり、それらをたまにしか変更せず、非常に頻繁に変更する非常に多数のソースファイルがある場合、PCHを使用すると再構築時間が短縮されます。
ただし、通常のアドバイスは、PCH自体を生成するために一定のオーバーヘッドがあるため、変更されないもののみをPCHに入れることです。 (ヘッダーの1つを常に微調整することにより)すべての再構築でトリガーをオフにすると、PCHを使用すると再構築が遅くなる可能性があります。
したがって、プロジェクトをビルドするたびにコンパイルする必要はありません。変更されないシステムヘッダーに使用されます。
コンパイルを高速化します。
他のプロジェクトのヘッダーを含める場合、ヘッダーを変更することはできません。これらをプリコンパイル済みヘッダーに配置すると、ソースコードを変更するときにそのコードを再コンパイルする必要がなくなります。これにより、変更されていないコードの繰り返しコンパイルが削減され、コンパイル時間が短縮されます。