Все компиляторы C ++ имеют одну серьезную проблему с производительностью. Компиляция кода C ++ - это долгий, медленный процесс.
Компиляция заголовков, включенных поверх файлов C ++, является очень длинным, медленным процессом. Компиляция огромных структур заголовков, которые являются частью Windows API и других больших библиотек API, является очень , очень долгим, медленным процессом. Необходимость делать это снова и снова и снова для каждого исходного файла Cpp - это смертельный звон.
Это не уникально для Windows, но это старая проблема, с которой сталкиваются все компиляторы, которые должны компилироваться с большим API, таким как Windows.
Компилятор Microsoft может решить эту проблему с помощью простого трюка, называемого предварительно скомпилированными заголовками . Хитрость довольно проста: хотя каждый CPP-файл может потенциально и юридически придать немного иной смысл цепочке заголовочных файлов, включенных в начало каждого Cpp-файла (такими вещами, как наличие разных макросов # define'd перед включениями, или включив заголовки в другом порядке), это чаще всего не так. В большинстве случаев у нас есть десятки или сотни включенных файлов, но все они имеют одинаковое значение для всех файлов Cpp, компилируемых в вашем приложении.
Компилятор может значительно сэкономить время, если ему не нужно начинать компилировать каждый файл Cpp, а также десятки включений буквально с нуля каждый раз.
Хитрость заключается в назначении специального заголовочного файла в качестве отправной точки всех цепочек компиляции, так называемого файла «предварительно скомпилированного заголовка», который обычно является файлом с именем stdafx.h просто по историческим причинам.
Просто перечислите все ваши большие огромные заголовки для ваших API в файле stdafx.h, в соответствующем порядке, а затем начните каждый из ваших файлов CPP с самого верха #include "stdafx.h", перед любым значимым контентом (практически единственное, что разрешено ранее, это Комментарии).
В этих условиях вместо того, чтобы начинать с нуля , компилятор начинает компилировать из уже сохраненных результатов компиляции всего stdafx.h.
Я не верю, что этот трюк уникален для компиляторов Microsoft, и при этом я не думаю, что это была оригинальная разработка.
Для компиляторов Microsoft, параметр , который контролирует использование прекомпилированы заголовки управляются с помощью аргумента командной строки для компилятора: /Yu "stdafx.h". Как вы можете себе представить, использование имени stdafx.hфайла - это просто соглашение; Вы можете изменить имя, если хотите.
В Visual Studio 2010 этот параметр управляется из графического интерфейса пользователя посредством щелчка правой кнопкой мыши по проекту CPP, выбора «Свойства» и перехода к «Свойства конфигурации \ C / C ++ \ Precompiled Headers». Для других версий Visual Studio расположение в графическом интерфейсе будет другим.
Обратите внимание: если вы отключите предварительно скомпилированные заголовки (или запустите свой проект с помощью инструмента, который их не поддерживает), это не сделает вашу программу незаконной; это просто означает, что ваш инструмент будет компилировать все с нуля каждый раз.
Если вы создаете библиотеку без зависимостей Windows, вы можете легко закомментировать или удалить файлы #includeиз stdafx.hфайла. Нет необходимости удалять файл как таковой, но, очевидно, вы также можете сделать это, отключив параметр заголовка прекомпиляции выше.