52

プリコンパイル済みヘッダーを使用するのはなぜですか？

回答を読んで、私が彼らとやってきたことはちょっとばかげていると思います：

#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"
4

5 に答える 5

69

C / C ++では、＃includeメカニズムは、現在のファイルに指定されたファイルのテキストコピーです。ヘッダーには他のヘッダー（さらに他のヘッダーを含む）が含まれるため、を実行する#includeと、各cppファイル（またはcxx、cなど）に数万行のC ++が追加される可能性があり、すべてをコンパイルする必要があります。時間。これは、大規模なプロジェクトにとって深刻なボトルネックになる可能性があります。

プリコンパイル済みヘッダーは、各ヘッダーを1回コンパイルしてから、コンパイルされた状態をそれらが含まれるcppに含めることで、これを高速化します。

于 2009-05-24T06:45:01.223 に答える
43

それははるかに速くコンパイルします。C ++のコンパイルには、それらがないと何年もかかります。大規模なプロジェクトで時間を比較してみてください。

于 2009-05-24T06:37:24.560 に答える
12

Re：現在の使用法です。非常に多数のファイルを含むターゲットがある場合でも、そのようにPCHを使用する方が高速な場合があります。それらをオフにして調べてください。独自のヘッダーがたくさんあり、それらを頻繁に変更することはなく、非常に頻繁に変更するソースファイルが非常に多い場合、PCHの使用により再構築時間が短縮されます。

ただし、通常のアドバイスは、PCH自体を作成するための特定のオーバーヘッドがあるため、変更されないものだけをPCHに配置することです。再構築のたびに（ヘッダーの1つを絶えず微調整することによって）それをトリガーする場合、PCHを使用すると再構築が遅くなる可能性があります。

于 2009-05-24T06:50:20.963 に答える
7

したがって、プロジェクトをビルドするたびにそれらをコンパイルする必要はありません。これらは、変更されないシステムヘッダーに使用されます。

于 2009-05-24T06:37:03.873 に答える
7

コンパイルを高速化します。

他のプロジェクトからのヘッダーを含める場合、それらを変更することは期待していません。これらをプリコンパイル済みヘッダーに入れると、ソースコードに変更を加えたときに、そのコードを再コンパイルする必要がなくなります。これにより、変更されていないコードの繰り返しコンパイルが減り、コンパイル時間が短縮されます。

于 2009-05-24T06:41:11.543 に答える