Почему мы используем `#include 'stdafx.h" вместо `#include <stdafx.h>`?

Question

С here, говорится, что:

Для #include «имя_файла» Обыски препроцессора в том же каталоге, что и файл, содержащий директиву. Этот метод является , обычно используемым для включения файлов заголовков, определенных программистом.

Для #include запрос препроцессора в реализации зависимый способ, обычно в каталогах поиска, предварительно назначенных компилятором/IDE . Этот метод обычно используется для включения стандартных файлов заголовков .

Хотя this wiki link предполагает, что stdafx.h является заголовочный файл, предварительно разработанный visual studio IDE

stdafx.h файл, генерируется Microsoft Visual Studio IDE волшебников, , который описывает как стандартные системы и конкретного проекта включают файлы , которые часто используются, но вряд ли когда-либо меняются.

Совместимые компиляторы (например, Visual C++ 6.0 и новее) будут прекомпилировать этот файл, чтобы сократить общее время компиляции. Visual C++ будет ничего не компилировать перед #include "stdafx.h" в файле , если параметр компиляции /Yu'stdafx.h 'не установлен (по по умолчанию); он принимает весь код в источнике до и в том числе, что строка уже скомпилирована.

AFX в stdafx.h - это приложения для приложений Framework eXtensions. AFX был оригинальной аббревиатурой для классов Microsoft Foundation (MFC). Хотя имя stdafx.h используется по умолчанию, проекты могут указать альтернативное имя.

Тогда

Почему мы используем #include "stdafx.h" вместо #include <stdafx.h>?

Answer 1

A stdafx.h, stdafx.cpp пара создана VS из шаблона. Он находится в том же каталоге, что и остальные файлы. Вероятно, вы в конечном итоге измените его для своего проекта. Поэтому мы используем "" вместо <> именно по той причине, что он находится в том же каталоге, что и ваша первая цитата.

Answer 2

Потому что stdafx.h отличается для каждого проекта. Как вы указали, #include "" ищет путь к текущему проекту, и именно здесь находится stdafx.h.

Использование #include <stdafx.h> будет огромный ошибка, потому что она должна была бы быть в пути к библиотеке (где все стандартные заголовки библиотеки расположены). Это означало бы, что вы не должны изменять его или что он всегда остается прежним, но для разных проектов он никогда не меняется.

Таким образом, хотя он создан Visual Studio, он специфичен для проекта, а не для всех проектов.