Форвард декларації проти включати

Reduce the number of #include files in header files. It will reduce build times. Instead, put include files in source code files and use forward declarations in header files.

Я читав це тут. http://www.yolinux.com/TUTORIALS/LinuxTutorialC++CodingStyle.html .

Так сказано, якщо клас (клас A) у заголовковому файлі не потребує використання фактичного визначення якогось класу (клас B). У той час ми можемо використовувати пряму декларацію замість того, щоб включати конкретний файл заголовка (клас B).

Питання: Якщо клас (клас A) у заголовку, якщо не використовується фактичне визначення конкретного класу (клас B), то як подання декларації допомагає скоротити час компіляції?

Компілятору не важливо, якщо клас A використовує клас B. Він знає лише, що коли клас A складається і у нього немає попереднього оголошення класу B (пряма заява чи інше), він панікує і позначає це як помилку.

Тут важливо те, що компілятор знає, що ви не намагалися скласти програму після того, як ваш кіт ходив по вашій клавіатурі і створив кілька випадкових букв, які можуть бути, а можуть і не інтерпретуватися як клас.

Коли він бачить включення, щоб мати можливість використовувати будь-яку інформацію, що міститься в ньому, він повинен відкрити файл і проаналізувати його (незалежно від того, дійсно це потрібно робити). Якщо цей файл потім включає інші файли, вони теж повинні бути відкриті та проаналізовані і т. Д. Якщо цього можна уникнути, загалом, корисно замість цього використовувати пряму декларацію.

Редагувати : Виняток із цього правила є попередньо складеними заголовками. У цьому випадку всі заголовки складаються та зберігаються для майбутніх компіляцій. Якщо заголовки не змінюються, компілятор може розумно використовувати заздалегідь складені заголовки з попередніх компіляцій і, таким чином, скорочуючи час компіляції, але він працює добре, лише якщо вам часто не потрібно змінювати заголовки.

тому що тоді А.hpp не потрібно #include B.hpp

так стає A.hpp

class B;//or however forward decl works for classes

class A
{
    B* bInstance_;
//...
}

тому коли включено A.hpp, тоді B.hpp не включено неявно, і всі файли, які залежать лише від A.hpp, не потрібно перекомпілювати кожного разу, коли b.hpp змінюється

Пам'ятайте, що препроцесор C / C ++ - це окремий, чисто текстовий, етап обробки. У #includeдирективі витягує вміст включеного заголовка і компілятор повинен розібрати його. Більше того, компіляція кожного .cppє абсолютно окремою, тому той факт, що компілятор щойно розбирався B.hпід час компіляції B.cpp, не допомагає ні найменше, коли він знову потребує при компілюванні A.cpp. І знову при складанні C.cpp. ІD.cpp . І так далі. І кожен із цих файлів повинен бути перекомпільований, якщо якийсь файл, що входить до нього, змінився.

Так, скажімо, клас Aвикористовує клас Bта класи Cта Dвикористовує клас A, але не потрібно маніпулювати ними B. Якщо клас Aможна оголосити за допомогою простого прямого оголошення B, тоді B.hвін складається двічі: при компілюванні B.cppта A.cpp(тому що Bвсе ще потрібен всередині Aметодів).

Але коли A.hвключає в себе B.h, він компілюється в чотири рази, при компіляції B.cpp, A.cpp, C.cppі , D.cppяк пізніше два нині побічно включає в себе B.hтакож.

Крім того, коли заголовок включений більш ніж один раз, препроцесор до сих пір читати його кожен раз. Вона пропустить обробку вмісту через захист#ifdef , але він все ще читає його і потребує пошуку кінця захисту, а значить, він повинен проаналізувати всі директиви препроцесора всередині.

(Як вже згадувалося в іншій відповіді, попередньо складені заголовки намагаються обійти це питання, але вони є власною башкою хробаків; в основному їх можна розумно використовувати для заголовків системи, і лише якщо ви не використовуєте занадто багато їх, але не для заголовки у вашому проекті)

Передача декларації набагато швидше розбирається, ніж цілий заголовок, який сам може містити ще більше файлів заголовків.

Крім того, якщо ви щось зміните у файлі заголовка для класу B, все, що включає цей заголовок, доведеться перекомпілювати. З попередньою декларацією це може бути лише вихідний файл, де розміщена реалізація A. Але якщо заголовок A насправді містив заголовок a.hppB.